存储过程不好调试，无法移植，这是大家的共识，没啥改善空间了。
原来存储过程是“不得不用”，因为前端的报表工具不具备复杂计算能力，而为报表准备数据的逻辑又很复杂，用存储过程方便些。
但存储过程的缺点实在太多，除了不好调试，没法扩展，无法移植，还容易造成报表应用跟数据库的高耦合，改报表就得去数据库里创建 / 修改存储过程。
现在大家比较倾向于用 JAVA 硬编码来做复杂计算，但复杂度太高了，对于报表开发来说就要很多高级程序员参与才行，不太划算。
另外一个选择是使用带脚本计算能力的报表工具，在报表里就直接搞定原来存储过程的那些计算（库外存储过程），而且相对简单，原来的报表开发人员就都能搞定。
画了一个简图，可以感受一下：
新型报表应用结构中，存储过程挪到库外做了以后，数据库还是要承担一点计算任务的，比如过滤、分组之类，主要是为了减少取数的 IO 消耗。
这里详细介绍了带脚本计算能力的报表工具如何完成库外存储过程，供参考： 怎样减少报表开发中对存储过程的依赖
