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

[FkingMan]

过去四年，一直在维护一个银行的借记卡系统，核心功能是由外国人开发，使用 PLSQL ，几乎所有业务都是使用的 PLSQL 实现，java 实现的接口几乎就是透传，我一直有个疑问，在现在这个时代背景下，是不是还需要使用 PLSQL 实现业务？

[hefish]

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

[chuck1in]

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

[fengyie007]

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

[sakilascott]

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

[echo1937]

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

[ivvei]

现在这个时代有何不同？

[xhawk]

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

[kkwa56188]

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

[mingl0280]

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

[NXzCH8fP20468ML5]

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

[mingl0280]

@xxfye 你高兴就好

[NXzCH8fP20468ML5]

@mingl0280 我就在干这件事情

[mingl0280]

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

[mingl0280]

@xxfye

[NXzCH8fP20468ML5]

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

[mingl0280]

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

[murmur]

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

[blankmiss]

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

[xwwsxp]

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

[NXzCH8fP20468ML5]

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