文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

SQL Server的嵌套存储过程中使用同名的临时表怪像浅析

2024-12-03 11:30

关注

本文转载自微信公众号「DBA闲思杂想录」,作者潇湘隐者 。转载本文请联系DBA闲思杂想录公众号。  

SQL Server的嵌套存储过程,外层存储过程和内层存储过程(被嵌套调用的存储过程)中可以存在相同名称的本地临时表吗?如果可以的话,那么有没有什么问题或限制呢?在嵌套存储过程中,调用的是外层存储过程的临时表还是自己定义的临时表呢?是否类似高级语言的变量一样,本地临时表有没有“作用域“范围呢?

注意:也可以称呼为父存储过程和子存储过程,外层存储过程和内层存储过程...。这些只是不同的称呼或叫法而已。我们这里统一使用外层存储过程和内层存储过程。后续文章部分不再述说。

我们先来看一个例子,如下所示,我们构造一个简单的例子。

  1. IF EXISTS (SELECT 1 FROM sys.objects WHERE object_id = OBJECT_ID(N'dbo.PRC_TEST'AND OBJECTPROPERTY(object_id, 'IsProcedure') =1) 
  2. BEGIN 
  3.  DROP PROCEDURE dbo.PRC_TEST 
  4. END 
  5. GO 
  6. CREATE PROC dbo.PRC_TEST 
  7. AS 
  8. BEGIN 
  9.  
  10.  CREATE TABLE #tmp_test(id INT); 
  11.  
  12.  INSERT INTO #tmp_test 
  13.  SELECT 1; 
  14.  
  15.  SELECT * FROM #tmp_test; 
  16.  
  17.  EXEC PRC_SUB_TEST 
  18.  
  19.  SELECT * FROM #tmp_test 
  20.   
  21.  
  22. END 
  23. GO 
  24.  
  25.  
  26.  
  27. IF EXISTS(SELECT 1 FROM sys.objects WHERE object_id= OBJECT_ID(N'dbo.PRC_SUB_TEST' ) AND OBJECTPROPERTY(object_id, 'IsProcedure')=1) 
  28. BEGIN 
  29.  DROP PROCEDURE dbo.PRC_SUB_TEST; 
  30. END 
  31. GO 
  32.  
  33.  
  34. CREATE PROCEDURE dbo.PRC_SUB_TEST 
  35. AS 
  36. BEGIN 
  37.      
  38.  CREATE TABLE #tmp_test(name VARCHAR(128)); 
  39.  
  40.  INSERT INTO #tmp_test 
  41.  SELECT name FROM sys.objects 
  42.  
  43.  SELECT * FROM #tmp_test; 
  44. END 
  45. GO 
  46.  
  47.  
  48. EXEC PRC_TEST; 

 

简单测试似乎正常,并没有发现什么问题。如果此时你就下一个结论的话,那么就为时过早了!打个比方,你看见一只天鹅是白色的,如果你下了一个定论:“所有天鹅都是白色的”,其实这个世界真的有黑天鹅,只是你没有见过而已!如下所示,我们修改一下存储过程dbo.PRC_SUB_TEST,使用字段名name替换*,如下所示:

  1. IF EXISTS(SELECT 1 FROM sys.objects WHERE object_id= OBJECT_ID(N'dbo.PRC_SUB_TEST' ) AND OBJECTPROPERTY(object_id, 'IsProcedure')=1) 
  2. BEGIN 
  3.  DROP PROCEDURE dbo.PRC_SUB_TEST; 
  4. END 
  5. GO 
  6.  
  7. CREATE PROCEDURE dbo.PRC_SUB_TEST 
  8. AS 
  9. BEGIN 
  10.      
  11.  CREATE TABLE #tmp_test(name VARCHAR(128)); 
  12.  
  13.  INSERT INTO #tmp_test 
  14.  SELECT name FROM sys.objects 
  15.  
  16.  SELECT name FROM #tmp_test; 
  17. END 
  18. GO 

然后重复上面测试,如下所示,此时执行存储过程dbo.PRC_TEST的话,就会报错:“Invalid column name 'name'.”

 

此时只要先我执行一次存储过程dbo.PRC_SUB_TEST,然后再去执行存储过程dbo.PRC_TEST就不会报错了。而且只要执行过一次这个存储过程,然后在当前会话或其它任何会话执行dbo.PRC_TEST都不会报错了。是否非常让人迷惑或不解。

  1. EXEC dbo.PRC_SUB_TEST; 
  2. EXEC PRC_TEST; 

如果你要再次重现这个现象的话,只能通过下面SQL或者删除/重建存储过程的方式,才能重现这个现象。似乎有点幽灵现象的感觉。

  1. DBCC FREEPROCCACHE 

关于这个现象,官方文档(详见参考资料的链接地址)有这么一段描述:

A local temporary table created within a stored procedure or trigger can have the same name as a temporary table that was created before the stored procedure or trigger is called. However, if a query references a temporary table and two temporary tables with the same name exist at that time, it is not defined which table the query is resolved against. Nested stored procedures can also create temporary tables with the same name as a temporary table that was created by the stored procedure that called it. However, for modifications to resolve to the table that was created in the nested procedure, the table must have the same structure, with the same column names, as the table created in the calling procedure. This is shown in the following example.

在存储过程或触发器中创建的本地临时表的名称可以与在调用存储过程或触发器之前创建的临时表名称相同。但是,如果查询引用临时表,而同时有两个同名的临时表,则不定义针对哪个表解析该查询。嵌套存储过程同样可以创建与调用它的存储过程所创建的临时表同名的临时表。但是,为了对其进行修改以解析为在嵌套过程中创建的表,此表必须与调用过程创建的表具有相同的结构和列名。下面的示例说明了这一点。

  1. CREATE PROCEDURE dbo.Test2 
  2. AS 
  3.     CREATE TABLE #t(x INT PRIMARY KEY); 
  4.     INSERT INTO #t VALUES (2); 
  5.     SELECT Test2Col = x FROM #t; 
  6. GO 
  7.  
  8. CREATE PROCEDURE dbo.Test1 
  9. AS 
  10.     CREATE TABLE #t(x INT PRIMARY KEY); 
  11.     INSERT INTO #t VALUES (1); 
  12.     SELECT Test1Col = x FROM #t; 
  13. EXEC Test2; 
  14. GO 
  15.  
  16. CREATE TABLE #t(x INT PRIMARY KEY); 
  17. INSERT INTO #t VALUES (99); 
  18. GO 
  19.  
  20. EXEC Test1; 
  21. GO 

官方文档中“同时有两个同名的临时表,则不定义针对哪个表解析该查询”这种阐述感觉还是让人有点迷糊。这里简单解释一下,在存储过程的嵌套调用中,允许外层过程和内层存储过程中存在相同名字的本地临时表,但是在内存过程中,如果要对其进行修改或解析(修改很好理解,例如新增索引,增加字段等这类DDL操作;关于解析,查询临时表,SQL中指定字段名,就需要解析resolve),那么此时这个临时表必须表结构一致,否则就会报错。官方文档,就是这么一句话,告诉你不行,但是具体原因没有说。那么我们不妨做一些推测,在存储过程的嵌套调用中,是否创建了两个本地临时表呢?有没有可能实际只创建了一个本地临时表呢?出现本地临时表重用的情况呢?那么我们简单验证一下,如下所示,这里可以判断实际上创建了两个本地临时表。并没有出现临时表重用的情况。

  1. SELECT *  
  2. FROM sys.dm_os_performance_counters 
  3. WHERE counter_name LIKE 'Temp Tables Creation Rate%'
  4.  
  5. EXEC PRC_TEST; 
  6.  
  7. SELECT *  
  8. FROM sys.dm_os_performance_counters 
  9. WHERE counter_name LIKE 'Temp Tables Creation Rate%'

 

当然你可以用下面SQL来进行验证,跟上面验证的结果一致。

  1. IF EXISTS(SELECT 1 FROM sys.objects WHERE object_id= OBJECT_ID(N'dbo.PRC_SUB_TEST' ) AND OBJECTPROPERTY(object_id, 'IsProcedure')=1) 
  2. BEGIN 
  3.  DROP PROCEDURE dbo.PRC_SUB_TEST; 
  4. END 
  5. GO 
  6.  
  7.  
  8. CREATE PROCEDURE dbo.PRC_SUB_TEST 
  9. AS 
  10. BEGIN 
  11.      
  12.  SELECT * FROM #tmp_test; 
  13.  
  14.  SELECT *  FROM tempdb.dbo.sysobjects WHERE name LIKE '#tmp_test%' 
  15.  CREATE TABLE #tmp_test(name VARCHAR(128)); 
  16.  
  17.  INSERT INTO #tmp_test 
  18.  SELECT name FROM sys.objects 
  19.  SELECT *  FROM tempdb.dbo.sysobjects WHERE name LIKE '#tmp_test%' 
  20.  SELECT * FROM #tmp_test; 
  21. END 
  22. GO 

然后我们来看看临时表的“作用域”,抱歉我用这么一个概念,官方文档是没有这个概念,这个只是我们思考的一个方面,细节方面没有必要抬杠。如下所示,我们修改一下存储过程

  1. IF EXISTS(SELECT 1 FROM sys.objects WHERE object_id= OBJECT_ID(N'dbo.PRC_SUB_TEST' ) AND OBJECTPROPERTY(object_id, 'IsProcedure')=1) 
  2. BEGIN 
  3.  DROP PROCEDURE dbo.PRC_SUB_TEST; 
  4. END 
  5. GO 
  6. CREATE PROCEDURE dbo.PRC_SUB_TEST 
  7. AS 
  8. BEGIN 
  9.      
  10.  SELECT * FROM #tmp_test; 
  11.  CREATE TABLE #tmp_test(name VARCHAR(128)); 
  12.  
  13.  INSERT INTO #tmp_test 
  14.  SELECT name FROM sys.objects 
  15.  
  16.  SELECT * FROM #tmp_test; 
  17. END 
  18. GO 

通过实验验证,我们发现外层存储过程的临时表在内层存储过程中有效,它的“作用域”是在内层存储过程的同名临时表创建之前, 这个跟高级语言中的全局变量和局部变量作用域有点类似。

 

既然创建了两个本地临时表,那么为什么修改或解析的时候就会报错呢?个人的一个猜测是,优化器解析过后,在执行过程中,解析或修改的时候,数据库引擎无法判断或者代码里面没有这种逻辑去控制检索哪一个临时表。有可能是代码里面的一个缺陷亦或是某种逻辑原因导致。上述仅仅是个人的一个猜测、推理。如有不足或不对的地方,敬请指正。

参考资料:

https://docs.microsoft.com/zh-cn/previous-versions/sql/sql-server-2012/ms174979(v=sql.110)?redirectedfrom=MSDN

来源:DBA闲思杂想录内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯