PLSQL 等等存储过程在现在时代背景下是否可以继续使用？

需要的。跟钱有关的，搞个 Oracle 很合理。

那个年代的系统都是这样的，现代系统很少用了。

新系统一般不会再用了吧。但作为老系统替换成本还是很高的，而且一般收益也不大，吃力不讨好的事一般不会有人去做。

除非特别大的系统，实际上大部分系统用存储过程维护成本反而更低。
但是，mysql 的计算性能，根本跑不了存储过程，云厂商又要忽悠大家用 mysql 。。。

传统行业做核心业务这块，大型机加 oracle 是可以承载的，但现在不会了，一是贵，二是供应链不安全。

现在这个时代有何不同？

plsql 挺优秀的，就是能用 plsql 只有 oracle.国内的 oceanbase 还有其他的一些数据库也模仿 oracle. post gres 倒是有些 plsql 的创新，能生成 restapi ，但是在 plsql 里头，最优秀的是对包的管理，缺的，麻烦的是对代码的版本管理和格式化。当然，今日，完全可以不用 plsql ，一定要尽量思考如何前端，后端分离

跟金融业有关的, 还是得 Oracle, 新版 (其实很久了)早就可以 把 plsql 直通 restful 了, 只是贵和生态绑定, 一般的创业公司用不起

银行系统，敢提取消存储过程的都是勇士。

@mingl0280 现在银行核心早就禁止了存储过程了。

@xxfye 你高兴就好

@mingl0280 我就在干这件事情

@xxfye 也就是说你们开发团队自己背数据库不一致的风险咯？

@xxfye

@mingl0280 数据库不一致是啥问题，你是想说数据不一致？

@xxfye 比方说记账/事务写入比较复杂的时候，不使用存储过程难免遇到需要多次插入，如果这个过程中有部分数据库或者连接故障，这个不一致的风险和造成的损失肯定就要你们银行自己解决了。所以你们是自己扛了这部分的风险了吧？

见过这种设计，写一大堆存储过程和函数，美其名曰在线部署不需要重启服务器

我们这边的 ERP 系统 报表和单据就是存储过程 一个 sql 一千多行

@murmur 是的，都 AI 时代了，总有人抱着祖宗之法不可变，殊不知，明朝和大清都灭亡好多年了，最后一任皇帝，坟头草都老高了。

@mingl0280 为啥会出现多次插入？
应急方案是啥？能否回退？业务如何规避？今晚能不能解决？
防重放的设计咋写的？为什么能过评审，为什么代码能过 review ？测试为什么测不出来？业务为什么测不出来？平时的灰度吃屎了？
如果上面的重重防线都被击穿，还造成了比较大的社会影响，那就麻烦主管科技的副行长去人行金管局解释一下了，毕竟这个改造任务是总行下达的嘛。