re: 关于数据库存储过程的一些讨论

fullxu

我的观点恰恰相反：普通业务逻辑应该尽量使用存储过程。

newkid

jxc_hn 发表于 2016-9-18 15:26
时间已到2016，对现在传统企业（比如银行）也开始采用分库分表来拆分数据库端压力，不知newkid还有新的观点 ...

不知道他们具体怎么做的，反正只要用SQL处理事务，这些事务逻辑就应该集中到数据库中，就应该放在存储过程里面。

sxq129601

我们公司由于底层框架原因，大多数都是直接用代码配置然后生成SQL代码，存储过程不用。但我在工作中确实发现有些地方的效率确实差，我猜是由于底层的骨干人员对PLSQL不熟导致一直沿用了纯JAVA代码的形式，因为捆绑到框架中，因此现在整改也不太实际了。

10232606

支持楼主观点，非互联网WEB项目，其它应用系统都支持业务逻辑放在存储过程
我们项目是用的ORACLE数据库，存储过程37万行代码，，本人不多说，直接说重点。
（1）企业应用系统，都推荐业务逻辑处理在存储过程，因为企业应用系统基本上都是事务处理，并发也不会太大，如果是互联网项目，另说。。
        特别是金融应用系统，100%都采用存储过程完成业务逻辑处理。
（2）业务逻辑放存储过程，更安全，并不是说放JAVA就不安全了。将业务逻辑放在存储过程中，那么也就多了一道防御，数据库是最后的防御，做的好可以达到不会被拖库。特别是在金融行业，宁愿多花运营成本，也要多一道防御来保证安全。
（3）存储过程源代码也可以加密处理
（4）缺点，扩展只能纵向扩展，成本较高，不能横向扩展，所以在初期架构的时候，根据项目情况多方面考虑清楚。

10232606

newkid 发表于 2016-9-19 22:33
不知道他们具体怎么做的，反正只要用SQL处理事务，这些事务逻辑就应该集中到数据库中，就应该放在存储过 ...

并发高了，业务量上去了，传统的业务模式就不行了，，大量拆分业务，加入互联网的思想，大量中间件，分流处理。。类似ETL那种模式的感觉。。

守候流星雨199311

应用系统，应用系统，本质就是对数据进行CRUD然后呈现到用户面前，说白了，就是查数据--->显示--->更新数据，也就是对表的数据搞来搞去，这些东西在存储过程里面时最方便实现了，修改的话也容易些，如果可以的话，能在sql层面解决的就在就不要在代码（java等）层面解决，效率更好！

juan025

newkid 发表于 2011-3-7 22:58
我很好奇淘宝的分页是怎么做的，难道真的在数据库之外分页？数据不还是得从数据库里取？

很多人在力争逻辑放在应用层的时候,理由之一(也是最常用的理由)就是可移植性,同时也往往拿taobao说是,但是,我敢肯定,taobao这样做的目的绝不是为了可移植性,而是为了性能考量.

lastwinner

我是来看看我有没有参与过这个帖讨论的，发现没有，于是回帖一个，以保证下次看到此回复，要将此贴从头到位细看一遍。

关于这个问题大家的争论，最主要的就是规模化和成本的关系。所谓架构要通用化，所以各类数据库特性尽量不用的做法，实际上是低级的鸵鸟战术，目的只不过是为了降低开发成本，降低维护难度。

newkid

juan025 发表于 2017-3-14 10:22
很多人在力争逻辑放在应用层的时候,理由之一(也是最常用的理由)就是可移植性,同时也往往拿taobao说是,但 ...

淘宝早就去O了，支付宝应该还有用。不知道他们是否用存储过程，是否用比较先进的功能比如分析函数。
据淘宝大佬说，自己搞数据库不单是因为成本，而且还因为ORACLE支持服务不及时。

samt007

newkid 发表于 2017-3-14 23:23
淘宝早就去O了，支付宝应该还有用。不知道他们是否用存储过程，是否用比较先进的功能比如分析函数。
据 ...

感觉上如果舍得投入人力物力财力，没搞不好的事情。
而且像淘宝这种互联网企业，本来就是靠数据吃饭的，肯定是做得很成熟和专业。