|
锁定老帖子 主题：有关存储过程--考虑很多
精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-09-09
程序有程序的用途，存储过程也有它的用处。
楼主说的过程里面只写一些INSERT UPDATE语句，当然没什么意义。 其实过程主要使用处理大规模的计算，比如社保项目里面计算待遇等，这个过程 有1000多行，如果方到程序里面也是不可能的。 还有大量的数据处理，比如扎帐需要处理所有人的支付计划等。这些不放到过程里面 也没办法。 其实我倒觉得过程要好调试一下，特别是Oracle，很好用。 |
| 返回顶楼 | |
|
发表时间：2009-11-19
ironsabre 写道 wangjia4202 写道 我个人认为存储过程这东西能不用的话就尽量不用吧...
各种数据库的存储过程写法都不一样,万一更换或者添加数据库系统则会很麻烦,用程序写的话对数据库之间的差异考虑得少一点.. 很简单，不让换数据库．你见过哪个正常的系统没事去换数据库的． 你在企业里面见过哪个系统是专门为一个客户打造的？当各户要求更换数据库时，你如何做？ |
| 返回顶楼 | |
|
发表时间：2009-11-19
insert,update,delete就不用写存储过程了？你没见过一个操作，要删除或者修改几十张表的情况吧，这个不写到存储过程里写程序里你去看？
|
| 返回顶楼 | |
|
发表时间：2009-11-19
业务的功能最好还是不要$封装在数据库，不然维护时确实头大
|
| 返回顶楼 | |
|
发表时间：2009-11-20
我们系统几百万，上亿的数据量，把数据捞到中间件做业务处理，消耗是相当大，我们现在除了数据量小的业务在中间件做，其他一律都用存储过程处理，虽然很难调试
|
| 返回顶楼 | |
|
发表时间：2009-11-21
Frankie199 写道 程序有程序的用途，存储过程也有它的用处。 楼主说的过程里面只写一些INSERT UPDATE语句，当然没什么意义。 其实过程主要使用处理大规模的计算，比如社保项目里面计算待遇等，这个过程 有1000多行，如果方到程序里面也是不可能的。 还有大量的数据处理，比如扎帐需要处理所有人的支付计划等。这些不放到过程里面 也没办法。 其实我倒觉得过程要好调试一下，特别是Oracle，很好用。 现在写sql的人大多只是在那里堆砌业务，从来不考虑进行代码逻辑优化，动不动把sql写上千行好像是在炫耀一样，有必要吗？ |
| 返回顶楼 | |
|
发表时间：2009-11-23
换数据库的事儿，虽然不常见，但还是有的。比如说手头系统里一堆的存储过程....唉...日子真难啊
|
| 返回顶楼 | |
|
发表时间：2009-11-23
storm0912 写道 使用存储过程要看针对什么样的数据库，譬如oracle就很好用。如果不用存储过程改用Dao来控制，事务的隔离是个挑战。oracle在数据库级别对事务的控制很好，使用存储过程就可以充分利用这一优势，将事务交给oracle去处理。
另外，LZ不用存储过程的一大原因，是觉得存储过程太vendor specific.但是对于大中型企业，一个项目上线以后，又有多少可能性去做database的switch.当然不排除小企业诸如前期使用mysql后期改用oracle,sybase. 题外话，LZ公司的程序员貌似干活还是比较卖力，就是不懂讨巧。做老大的就更应该提点一下，5天的活干3个星期，leader能没责任？这样就把人家fire掉，是不是有点...当然其他细节我不清楚，只是就事论事，LZ莫见怪！ 可能性小不等于不存在，比如我遇到的什么“Oracle 到 DB2 战略迁移”这种稀奇古怪的事儿. |
| 返回顶楼 | |
|
发表时间：2009-11-23
这种问题永远没有个答案，用不用试自己项目决定。
那种方便用哪种。 |
| 返回顶楼 | |
|
发表时间：2009-11-28
哪里有什么一劳永逸的设计，做应用，还是实际点好
特别做数据库应用，对不同的数据库，除非你使用十分简单的插入、删除、更新语句，可以方便的在各个数据库切换，不过数据库的特性就体现不出来了，把oracle,db2当mysql用了 |
| 返回顶楼 | |
