感觉老产品都差不多，我们这也是天天救火。完全没有测试，stored procedures 更是没人知道怎么测。前几个礼拜就是，有个问题搞不清是 ruby 还是 plsql 的锅，于是下班前被人叫住一起去开会。单独跑报错的 plsql 就不报错，从一个 package 里面跑它就报错。我就只能猜，package 里会创建新 rows，然后那个 procedure 就会报错然后 rollback，所以也不知道到底出问题的 record 到底长啥样。

好在我们这是不需要一定要解决完问才让走的，负责 plsql 的同事觉得有道理，说他第二天再看。后来听说，第二天另外一个同事看了一下，有一个 flag 没设对，试了一下就直接搞好了。这东西既没有文档也没有测试，不知道咋回事儿的话，那就只能浪费时间调试了

现在就是转 pg 也是问题一堆，对方说我转完了，绝对没问题。我们这都没法验证，转换完的代码到底有没有问题。

【 在 vmx 的大作中提到: 】
: 你这是着火房间，我那是屎山，不动就好了，动了就滑坡。
: 换PG理论是可以，不过前提是业务停个一年半载，没有新热数据进来，静下心来梳理，
: 要是像现在这样成天铲屎救火的，哪有可能迁移到PG。
: ...................
--
FROM 222.153.154.*