SSMS视图依赖未检测到存储过程中部分表依赖是否正常？

提供的存储过程代码 #

USE [DBFOO]
GO

CREATE PROCEDURE [dbo].[sp_Bar]
AS
BEGIN

DECLARE @TODAY DATETIME = GETDATE()

BEGIN
TRUNCATE TABLE [DBFOO].[dbo].[MyTable1]
TRUNCATE TABLE [DBFOO].[dbo].[MyTable2]

INSERT INTO [DBFOO].[dbo].[MyTable1]
[...]

INSERT INTO [DBFOO].[dbo].[MyTable2]
[...]


END
END

是否属于正常行为？ #

这是正常现象，SSMS的「查看依赖项」功能并非能捕获所有类型的对象依赖，它的检测能力受限于SQL Server系统元数据的跟踪范围。

MyTable1未被检测的原因 #

核心是SQL Server的依赖跟踪机制对部分语句的支持不完善，具体原因包括：

• TRUNCATE TABLE属于DDL语句，系统元数据默认不会捕获这类语句的对象引用，而INSERT这类DML语句的依赖捕获逻辑更成熟稳定。
• 若存储过程创建时MyTable1不存在，或者后续表结构/名称变更后未重新编译存储过程，系统元数据里的依赖关系不会自动更新，导致无法被检测。
• MyTable2的依赖能正常列出，大概率是它的INSERT语句在存储过程创建或编译时被系统正确解析并记录了依赖。

检测此类依赖的方法 #

可以通过以下几种方式全面检测：

• 直接查看存储过程代码：最简单的方式就是读取存储过程的定义文本，搜索目标表名。用下面的SQL可快速获取代码：

  SELECT definition
  FROM sys.sql_modules
  WHERE object_id = OBJECT_ID('[dbo].[sp_Bar]')
  

• 自定义SQL查询依赖：结合系统视图和字符串匹配，弥补系统元数据的不足，查询语句如下：

  SELECT 
      OBJECT_NAME(m.object_id) AS 存储过程名称,
      t.name AS 引用表名
  FROM sys.sql_modules m
  JOIN sys.tables t ON m.definition LIKE '%' + t.name + '%'
  WHERE m.object_id = OBJECT_ID('[dbo].[sp_Bar]')
  

• 重新编译存储过程：执行EXEC sp_recompile '[dbo].[sp_Bar]'，强制存储过程重新编译，之后再查看SSMS的依赖项，部分情况下会更新依赖元数据。
• 使用专业工具：比如SQL Server Data Tools（SSDT）的项目依赖分析功能，或者通过扩展事件跟踪实际执行时的对象引用，能更全面地捕获所有依赖。

内容的提问来源于stack exchange，提问作者J. Mini