现在还有用存储过程的场景吗？

[cxytz01]

在某个公链的客户端节点发现使用了数据库的存储过程，很是令人迷惑，同时也很惊讶。 该公链客户端实质是 wrap 了一层的公链节点，将链上的数据导入 DB 里面，用于后续分析的。

互联网领域存储过程基本消失了吧，个人认为有以下缺点： 1.逻辑写在数据库，数据库压力大。 2.不易于修改，如果数据库要分库分表，存储过程就没辙了。 3.不易于发布部署 4.代码碎片化，原本只需要一个项目里面就可以把代码看了，但是遇到存储过程还需要调到数据库里面看代码。

目前知道的还在用存储过程的行业也就涉及到国企、事业单位、政府，或者为这些组织提供技术支持的民营企业了。

没想到在国外的明星公链项目还在用。

[darklinden]

11 年搞 HIS 的时候就没有不是存储过程的，还美其名曰“轻客户端”
14 年搞 SAP 被存储过程折腾疯了，按他的体量估计也不会改吧？
古董版的系统老多都用的存储过程吧，越老屎山越高？

[dongtingyue]

使用 oracle 有 dba 的公司会用吧。

[adoal]

一堆人守着手机抢券这种业务形态比较容易进入大众视线，小盆友程序员们可能认为动不动就分库分表分布式用最终一致性的忍耐力来跑超大量的简单逻辑才是正统，小体量复杂逻辑的单体应用 low 爆了，技术过时了，甚至业务形态都不配被程序员们提起了。

[zhazi]

分库分表分布式是阿里对外输出的屎山

[cxytz01]

@adoal 我工作十几年了，不算小朋友了。

[cxytz01]

@zhazi 以当时的技术水平和业务场景，不分库分表，有什么好的办法处理吗？ 花钱上大型机和 oracle 另说。

[tramm]

我们部门的想用, 被我锤了一顿后老实了

[zr8657]

@adoal 小体量也用不着存储过程啊。
绝大部分情况下普通的 php/java 程序员用普通的 orm 写点业务逻辑就能完成工作，招人成本低，写起来快，可维护性也比存储过程好。写存储过程的人水平参差不齐，这个加点那个加点最后维护非常痛苦，所以现在新项目没什么人用了。