存储过程

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

优势

劣势

不推荐存储过程

以上存储过程的优缺点，你随便一下网络就可能查到，表面看来存储过程的优势还是不少的，这也说明为什么老一辈程序员有很多喜欢写存储过程。但是随着软件行业业务日益复杂化，存储过程现在在复杂业务面前其实有点有心无力。

菜菜在业务中并不推荐使用存储过程,辩驳请留言

菜菜认为数据库就应该做它最擅长的事情：存储相关。我不止一次的看过把业务写在存储过程的情况，程序代码层面真是薄薄的贫血层，就是一个数据的透传。我不赞同这种写法，因为我就接手过这样的程序，令我头疼的不是业务，而是看着好几千行的存储过程熟悉业务，关键还没有调试的权限（线上更不能调试）。

一个业务系统的设计往往需要你从数据库的层面抽离出来，把主要精力放在业务模型的设计上，在程序层面体现业务逻辑，而不是把业务逻辑都交给数据层面的管理者。前几天我排查过一个“Bug”：存储过程是输入参数是一个主键id的列表字符串，长度居然是 nvarchar（max），主要功能是根据id列表查询数据。我想说的是就算你是max的长度，也有超长的可能性发生，因为业务方传输什么参数，参数什么长度是你DB无法控制的，所以这类的业务一定要放在程序中做处理，而不是怀着侥幸心里丢给DB。

如果是抱着存储过程性能高的心态的话，我到时觉你这是误入歧途，菜菜认为存储过程从来都不是提高性能的关键，反而系统的架构，缓存的设计，数据一致性更是系统关键问题。

存储过程通常是一种解决方案，但是通常情况下不是唯一的解决方案，在选择存储过程作为方案前，请确保他们是正确的选择。

最后秀一波存储过程吧