到底该不该使用存储过程

Posted dotNET跨平台

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了到底该不该使用存储过程相关的知识,希望对你有一定的参考价值。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上是关于到底该不该使用存储过程的主要内容,如果未能解决你的问题,请参考以下文章

小辩《降薪求职,到底该不该?》

前端后端和全栈到底不该学什么

数据库建表,该不该使用外键?

到底该不该从开发转测试

到底该不该人比人

程序员面试,到底该不该穿正装?