为什么阿里巴巴禁止使用存储过程？

本文作者：杨洋的围脖啊 

链接：segmentfault.com/a/1190000011138993

之所以有这个题目，我既不是故意吸引眼球，也不想在本文对存储过程进行教科书般论述。《阿里巴巴Java开发手册》是这样规定的：

再结合我最近项目中遇到的存储过程问题，所以今天我打算来聊一聊这个问题。

这事儿要从去年在武汉出差时一位同事的发问说起，问题是这样的：

★

我觉得存储过程挺好用的，你为什么不建议用呢？

”

当时我好似胸有万言，但终究没用一个实在的例子回答同事，只是从结论上大侃一通，代码相对于SQL，复用、扩展、通用性都要更强。想必同事并不信服。

现在想来，我最近正碰到的问题，算是一个可以回答同事的例子吧。

最近项目中有个新需求，需要校验一个用户是否有Job,Certification,Disclosure这三个业务数据。

翻看了代码发现，系统的用户个人页面的C#代码调用了三个存储过程，去抓取用户的Job,Certification,Disclosure数据。

我的新需求，自然需要复用这三个存储过程，否则:

★

若每一处都写一次抓取数据的业务逻辑代码，若业务逻辑发生变化，难以追查和维护所有读取Job,Certification,Disclosure的SQL。

”

那就动手改。但没想到的是问题来了。

为了讲述问题，我简化代码，假设系统现有的存储过程如下：

CREATEPROCEDURE [dbo].[GetJobs]
(
@PersonId int,
@OrganizaitionId int
)
AS
BEGIN
SELECT JobId,JobName,JobType FROM Job WHERE PersonId = @PersonId AND OrganizaitionId = @OrganizaitionId
END

我在新的存储过程中调用它，我需要获得该person的jobs的数量，即GetJobs返回结果集的count。

为了实现这一目的，首先想到的是使用临时表，将返回结果集存入临时表，再对其进行count(*)的计数操作：

CREATEPROCEDURE [dbo].[MyProc]
(
@PersonId int,
@OrganizaitionId int,
)
AS
BEGIN
CREATETABLE#Temp(
PersonId int,
OrganizaitionId int
)

INSERTINTO#Temp EXEC dbo.GetJobs
@PersonId = @PersonId,
@ParentOrgId = @ParentOrgId

SELECTCOUNT(*) FROM#Temp
END

这种办法简单有效，但它存在严重的维护问题。未来如果被调用的存储过程的返回结果集字段有变动，那么MyProc中的临时表结构也需要随之变化。这是令人难以接受的。

那么将MyProc中的INSERT INTO换为SELECT INTO呢？很遗憾，答案是不行。SQL本身并不支持这种用法。

给现有存储过程GetJobs加output参数？本例中因为GetJobs已被其他多处代码或SQL scripts调用，所以对现有现有存储过程进行改动会有不小风险。

我搜遍网络，一位MS MVP的大神的文章几乎总结了所有存储过程之间传递数据的方法: How to Share Data between Stored Procedures。他在文章中也无可奈何地说道

想要加入中生代架构群的小伙伴，请添加群合伙人大白的微信

申请备注（姓名+公司+技术方向）才能通过哦！

   END     

#接力技术，链接价值#

精彩推荐

1. 业务上云后，58到家运维平台的演进之路（含成本规划与监控建议）
2. 阿里高专王夕宁：Istio网关之南北向流量管理3. 停！你不需要微服务4. 手哥架构宝典系列：支付系统2.0架构演进

漫画推荐

1. 漫画：程序员和产品经理撕得真是太太太太厉害了2. 漫画：程序员真的是太太太太太太太太难了！
3. 漫画：普通程序员 vs 优秀程序员4. 漫画：35岁的IT何去何从？5. 漫画：从修灯泡来看各种 IT 岗位，你是哪一种？6. 漫画：一批90后已经30岁了，更扎心的是…
7. 图解：这才是程序员加班的真正原因！
8. 漫画：中国互联网往事(2000-2020)有爱心的你会点在看的！