存储过程与在代码里写逻辑的区别？大牛指教下

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2770 天前的主题，其中的信息可能已经有所发展或是发生改变。

办公室一帮人特别推崇在数据库里写存储过程，各种快，各种效率；但是在项目开发中也没怎么见过有写存储过程的，指点下目前的存储过程真的有那么优秀？需要点亮这个技能点不？

存储

过程

指教

点亮

18 条回复 • 2017-04-22 15:44:39 +08:00

xvx

2017-04-19 17:44:00 +08:00

我不是大牛。

有些逻辑，存储过程能实现的，程序代码里面中是实现不了的……而且效率会比较高。
一般比较核心的逻辑，都是用存储过程实现的。我现在运维这个项目是这样的，其他的就不知道了。

whx20202

2017-04-19 17:46:40 +08:00

我不太懂数据库哈，随便讲讲，可能很多都是错的
存储过程我个人理解最突出的两点：
1. 什么句法分析啊，执行计划啊编译啊这些能又有点 /缓存 /省略之类的，能快一点
2. 流量逻辑之类的问题，可能一大堆数据得捞回来，代码里逻辑处理，再对数据库进行操作，而有了存储过程你可以直接在数据库端操作

但是我觉得现在 mysql 为例，第一点来说，普通 sql 执行， mysql 已经能缓存一大堆东西了，第二点存储过程可能还是有优点的。

所以是否真的需要还得看需求

另外有些公司用的是数据库平台，比如阿里巴巴的 idb ，或者因为搞了什么分库分表的系统（里面有路由啥的），有可能支持不好（我不说阿里支持不好）甚至要手动操作，或者增加使用成本；还就是有可能搞了存储过程后，迁移数据库不知道有没有成本

brucewzp

2017-04-19 17:50:51 +08:00 via iPhone

不写存储过程 dba 哪来 kpi

kier

2017-04-19 18:05:47 +08:00

最好别搞存储过程，否则到迁移数据的时候就麻烦了

Numbcoder

2017-04-19 18:10:53 +08:00

区别就是一个把逻辑写在数据库中，一个写在代码中
存储过程不好调试，不好维护，没有特殊需求尽量不要也没必要使用存储过程，如果你非要装逼，那我也拦不住你

beginor

2017-04-19 18:23:49 +08:00 via Android

一个是使用数据库服务器的运算能力，一个是使用应用服务器的计算能力。一般来说，应用服务器更容易横向扩展，所以应该更加倾向于在代码中写逻辑。

话说我上家就是全部把逻辑写在 SQL 中的，有 800 多个存储过程， 40%是超过 4000 行的，大家体会下这酸爽 😂

zhangmiaoCHN

2017-04-19 18:31:36 +08:00

代码更加易读一些，这点很重要。

wmzt

2017-04-19 18:34:23 +08:00

阿里是禁用存储过程的。原因是难以扩展，调试，没有移植性以及可读性差

alqaz

2017-04-19 19:26:26 +08:00 via Android

现在的项目就是很多逻辑写在存储过程里，刚开始接触也是一脸懵逼，说下感觉的唯一一个比较大的好处，热更新。至于说的调试问题，我们用的 mssql.调试倒没有不方便。

wweir

2017-04-19 19:38:52 +08:00 via Android

存储过程所谓的效率高、方便之类的话，都是基于单机这个情况来说的。
实际中，越核心的东西，越是难以做到水平拓展，即使拓展了，效率也是大打折扣。

应用层的东西可以轻松实现水平拓展，数据库想实现水平拓展却是一件非常困难的事。
所以，自己玩的、轻负载的项目，咋样都行。重型、高压力的项目，强烈建议应用层实现逻辑。