到底该不该使用存储过程

背景

百度百科对存储过程的定义

存储过程（Stored Procedure）是在大型数据库系统中，一组为了完成特定功能的SQL 语句集，它存储在数据库中，一次编译后永久有效，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过程是数据库中的一个重要对象。在数据量特别庞大的情况下利用存储过程能达到倍速的效率提升；

争论

那么关于开发当中是否使用存储过程，一直以来都有很多争论；

在《阿里巴巴java编码规范》有这样一条

互联网人看法

关于这个，我个人在互联网行业是赞同的；

首先，确实很难调试，如果把大量的业务写在存储过程，那么调试阅读起来是

很痛苦的，试想一下，在几百行的sql 里面 ，你要一个个去理解它的意思；

有时候，你需要逐行去验证对错；再者你要增加功能 ，只能在继续往上面堆sql,最后造成恶性循环；

至于移植，在不同的数据库有些机制还是略有不同的，还是需要改sql;

所以在互联网行业，一般是不提倡使用存储过程的；

那么有人会问存储过程执行效率高啊，确实如此，但是为了那么一点点性能

牺牲开发效率和维护性就得不偿失；况且效率性能的重点根本不在那么一点点损耗；就像有人觉得原生的sql 效率高，拒绝orm 是一样的；没有注意到事情的本质；因噎废食；

事有两面性

当然，事情有两面性，有些行业，比如传统的管理类系统，由于需求变化大，

业务复杂，软件产品化等客观原因，存储过程就不失一个好的办法，比如erp实施；很多时候都是懂点sql 的实施人员去做，而不是开发人员再去捣鼓代码。