复杂的业务逻辑是写在java的逻辑层程序里还是写在数据库中

shen2008biye 2014-08-27 04:25:52
最近正在做一个信息统计查询系统,包含了好几个统计查询的页面,每个页面的统计逻辑都不少。
我一开始考虑到尽量少的调用数据库连接,让逻辑在数据库里面跑,性能会好些。但是,做到后来却又发现,每个查询的sql都很长。而且用的是ibatis,好多判断的逻辑也掺杂在里面,太难维护了。如果把逻辑放在java里面,虽然代码很灵活,还可以有注释,便于维护,但是一个查询页面要调用好多次数据库,甚至还可能有循环调用,查询效率太低。
在这里就是想问下各位大牛们,那种方案比较合适啊
...全文
1606 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
a12939026 2014-09-02
  • 打赏
  • 举报
回复
一般都推荐JAVA吧。 易维护。。 现在的大公司都流行将逻辑劲量从数据库中移除,就是SQL要劲量简单
liangyue1994 2014-09-02
  • 打赏
  • 举报
回复
我一般是用存储过程 处理
shmy110 2014-08-29
  • 打赏
  • 举报
回复
首选JAVA处理啊,内存永远比调用存储过程来的快
Intboy 2014-08-28
  • 打赏
  • 举报
回复
java逻辑里面
LOVE-漂泊 2014-08-28
  • 打赏
  • 举报
回复
还是再Java中比较合适 或者封装成xml文件 把睡起来封装进去
百里马 2014-08-28
  • 打赏
  • 举报
回复
你不是用ibatis吗?写在sqlMap里面啊,为什么会不好维护?
S117 2014-08-28
  • 打赏
  • 举报
回复
写Java里吧,不然你得写存储过程吧
scott_129 2014-08-27
  • 打赏
  • 举报
回复
那就看你的数据量和查询所占用的时间,如果逻辑放在java端来进行处理的话,查询不是很慢,还过得去的话,那就放在sql端,毕竟你的代码可能会进行升级或者是二次开发的,所以可维护性是要考虑的, 如果实在比较慢,或者是数据量比较大的话,那就考虑sql优化,或者是写存储过程吧。那样会好一点。
  • 打赏
  • 举报
回复
根据情况定,如果太复杂的,可以使用存储过程。
  • 打赏
  • 举报
回复
身为java程序员,虽然sql也还不错,但是建议写在java逻辑层里面 方便维护
sunjianbo1126 2014-08-27
  • 打赏
  • 举报
回复
我是在sql里面处理
whos2002110 2014-08-27
  • 打赏
  • 举报
回复
尽量在java端做

67,512

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧