业务逻辑如果java技术和存储过程都可以实现，请问哪个技术好点，各有什么特点

问答首页 → 综合技术

0 0

业务逻辑如果java技术和存储过程都可以实现，请问哪个技术好点，各有什么特点0

如题

Java 数据库存储过程 procedure

2013年5月16日 16:26

KissAngle
0
0 0 5

5个答案按时间排序按投票排序

0 0

个人认为复杂的逻辑用存储过程日后的维护比较痛苦，而且存储过程有一些数据结构貌似没有，如数组，map

2013年5月17日 18:21

meir4
30
0 0 0

添加评论

0 0

上面已经恢复了很多。

我只告诉你，存储过程BEGIN ... END是一个事务处理。
如果意外中断，或者各种异常，此次过程会被ｒｏｌｌｂａｃｋ．

2013年5月17日 12:48

netkiller.github.com
20
0 0 6

添加评论

0 0

如果业务稍微复杂，那么能用存储过程就尽量用存储过程。存储过程有不可替代的优势。上面的仁兄说的切库，但现实中切库可能性是太小的，就算是切库，也只要改一次就OK了，但是程序是天天要执行的。利弊显而易见。

2013年5月17日 09:15

hbin8668
1
0 0 4

添加评论

0 0

     我列个表出来吧。

                性能      维护      交接      现场上线修改

存储过程：   优秀      差         差         极其方便

java    :    良好      良好       良好       根本不可能。

     为什么有现场修改这一说法呢，情况是这样，15天前刚上线了一个项目，甲方为汽车行业的巨头公司极其强势，给我们24小时上线时间，失败就回滚项目。恰好遇到的问题如果是存储过程的话，直接修改，不用走流程进行项目部署，这对我们来说如天籁之音。

     但是从维护和业务交接的方向来说，存储过程差距的太远，如果非必要的核心模块，不建议使用它。

2013年5月16日 19:26

丁大伟
30
0 0 1

2条评论

0 0

网上你搜存储过程优缺点，会有一大堆资料。我结合实际情况，回答如下：
硬伤：
1.存储过程最大的硬伤就是可移植性太差（基本上都是绑定数据库软件的），如果你把业务逻辑放到存储过程里面处理，那么换了数据库，你就知道有多痛苦。而采用java处理时，就直接把一些不同的处理方式放到orm的方言去处理了（屏蔽了问题）。
2.存储过程在调试时，各个数据库调试工具方式都不同，而采用java处理时，在调试方面比较方便

优势：
在业务逻辑复杂（会涉及到多个表依次查询做处理）时，java处理业务逻辑时需要多个connection，消耗io操作。而使用存储过程，只需要一个connection，业务逻辑处理完，把结果返回（一次交互）。涉及多个表的增删改查，可以在存储过程中进行事务处理。

2013年5月16日 16:48