如何在SQL Server中定位对指定表执行增删改的存储过程/函数及时间戳

我明白你的痛点：单纯找包含表名的存储过程/函数很容易误判，比如注释里提了表名、变量名和表名撞车，根本不是实际操作。下面给你几个精准的解决方案，分静态分析和动态监控两种场景：

一、静态分析：精准筛选包含实际DML操作的对象 #

如果想先从元数据层面找出确实对目标表执行INSERT/UPDATE/DELETE的存储过程和函数（排除注释、变量名巧合的情况），可以结合系统视图和正则匹配实现：

1. 核心查询（自动过滤注释） #

下面的脚本会先清理掉对象定义里的单行/多行注释，再匹配目标表的DML语句，避免误判：

DECLARE @TargetTableName NVARCHAR(128) = 'YourTableName'; -- 替换成你的目标表名
DECLARE @SchemaName NVARCHAR(128) = 'dbo'; -- 替换成表所在的架构名

WITH CleanedDefinitions AS (
    SELECT 
        obj.object_id,
        obj.name AS ObjectName,
        obj.type_desc AS ObjectType,
        -- 先移除多行注释，再移除单行注释
        REPLACE(
            REPLACE(
                sm.definition,
                CASE WHEN CHARINDEX('/*', sm.definition) > 0 THEN SUBSTRING(sm.definition, CHARINDEX('/*', sm.definition), CHARINDEX('*/', sm.definition) - CHARINDEX('/*', sm.definition) + 2) ELSE '' END,
                ''
            ),
            CASE WHEN CHARINDEX('--', sm.definition) > 0 THEN SUBSTRING(sm.definition, CHARINDEX('--', sm.definition), LEN(sm.definition) - CHARINDEX('--', sm.definition) + 1) ELSE '' END,
            ''
        ) AS CleanedDefinition
    FROM sys.sql_modules sm
    JOIN sys.objects obj ON sm.object_id = obj.object_id
    WHERE obj.type IN ('P', 'TF') -- P=存储过程，TF=多语句表值函数（多数UDF不允许DML，所以暂不包含FN/IF）
)
SELECT 
    ObjectName,
    ObjectType,
    OBJECT_DEFINITION(object_id) AS FullDefinition -- 可选，查看完整定义验证
FROM CleanedDefinitions
WHERE 
    CleanedDefinition LIKE '%INSERT%' + QUOTENAME(@SchemaName) + '.' + QUOTENAME(@TargetTableName) + '%'
    OR CleanedDefinition LIKE '%UPDATE%' + QUOTENAME(@SchemaName) + '.' + QUOTENAME(@TargetTableName) + '%'
    OR CleanedDefinition LIKE '%DELETE%' + QUOTENAME(@SchemaName) + '.' + QUOTENAME(@TargetTableName) + '%'
ORDER BY ObjectType, ObjectName;

注意事项 #

• 这个方法只能检测硬编码的DML语句，无法识别动态SQL（比如EXEC('INSERT INTO ' + @TableName)）里的操作。
• 额外提醒：绝大多数用户定义函数（UDF）默认不允许执行DML操作，所以如果结果里出现函数，大概率是多语句表值函数或CLR函数，需要手动验证。

二、动态监控：捕获实际执行的DML操作及时间戳 #

如果需要实际运行时的真实证据（包括执行时间戳、调用者、具体SQL），推荐用SQL Server的扩展事件——这是轻量级、高性能的监控工具，比老版Profiler靠谱多了：

1. 创建扩展事件会话 #

DECLARE @TargetTableName NVARCHAR(128) = 'YourTableName'; -- 替换成你的目标表名

CREATE EVENT SESSION [TrackDMLForTargetTable] ON SERVER 
ADD EVENT sqlserver.sql_statement_completed(
    ACTION(sqlserver.database_name, sqlserver.session_id, sqlserver.sql_text, sqlserver.username, sqlserver.object_name, sqlserver.parent_object_name)
    WHERE (
        sqlserver.database_name = DB_NAME() -- 限制在当前数据库监控
        AND (
            sql_text LIKE '%INSERT%' + @TargetTableName + '%'
            OR sql_text LIKE '%UPDATE%' + @TargetTableName + '%'
            OR sql_text LIKE '%DELETE%' + @TargetTableName + '%'
        )
    )
),
ADD EVENT sqlserver.rpc_completed( -- 专门捕获存储过程调用事件
    ACTION(sqlserver.database_name, sqlserver.session_id, sqlserver.sql_text, sqlserver.username, sqlserver.object_name)
    WHERE (
        sqlserver.database_name = DB_NAME()
        AND EXISTS (
            SELECT 1 FROM sys.sql_modules sm
            WHERE sm.object_id = OBJECT_ID(sqlserver.object_name)
            AND (
                sm.definition LIKE '%INSERT%' + @TargetTableName + '%'
                OR sm.definition LIKE '%UPDATE%' + @TargetTableName + '%'
                OR sm.definition LIKE '%DELETE%' + @TargetTableName + '%'
            )
        )
    )
)
ADD TARGET package0.event_file(SET filename=N'C:\SQL_Logs\TrackDMLForTargetTable.xel', max_file_size=(5), max_rollover_files=(2)) -- 自定义日志文件路径
WITH (MAX_MEMORY=4096 KB, EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS, MAX_DISPATCH_LATENCY=30 SECONDS, TRACK_CAUSALITY=ON, STARTUP_STATE=OFF);

2. 启动/停止会话 #

-- 启动监控会话
ALTER EVENT SESSION [TrackDMLForTargetTable] ON SERVER STATE = START;

-- 等待一段时间，让系统捕获实际操作（比如跑业务流程、测试用例）

-- 按需停止监控
ALTER EVENT SESSION [TrackDMLForTargetTable] ON SERVER STATE = STOP;

3. 读取捕获的监控数据 #

WITH EventData AS (
    SELECT 
        CAST(event_data AS XML) AS EventXML
    FROM sys.fn_xe_file_target_read_file('C:\SQL_Logs\TrackDMLForTargetTable*.xel', NULL, NULL, NULL) -- 和上面的文件路径一致
)
SELECT
    EventXML.value('(event/@timestamp)[1]', 'DATETIME') AS ExecutionTime, -- 精确到毫秒的执行时间戳
    EventXML.value('(event/action[@name="username"]/value)[1]', 'NVARCHAR(128)') AS ExecutedBy,
    EventXML.value('(event/action[@name="object_name"]/value)[1]', 'NVARCHAR(128)') AS CallingObject, -- 调用的存储过程/函数
    EventXML.value('(event/action[@name="sql_text"]/value)[1]', 'NVARCHAR(MAX)') AS ExecutedSQL -- 实际执行的SQL语句
FROM EventData
ORDER BY ExecutionTime DESC;

优势 #

• 能捕获动态SQL里的DML操作，只要实际执行就会被记录。
• 提供完整的上下文信息：执行时间、操作用户、调用对象，完全满足你的需求。

三、补充：验证对象的真实依赖关系 #

如果只是想确认哪些对象真正依赖目标表（不管是读还是写），可以用系统依赖视图快速排查：

DECLARE @TargetTableName NVARCHAR(128) = 'YourTableName';
DECLARE @SchemaName NVARCHAR(128) = 'dbo';

SELECT
    referencing_schema_name + '.' + referencing_entity_name AS ReferencingObject,
    referencing_class_desc AS ObjectType,
    is_caller_dependent -- 为1表示是动态依赖（比如动态SQL）
FROM sys.dm_sql_referencing_entities(QUOTENAME(@SchemaName) + '.' + QUOTENAME(@TargetTableName), 'OBJECT');

这个视图能帮你快速定位所有关联对象，再结合前面的DML筛选就能精准锁定目标。

内容的提问来源于stack exchange，提问作者Yashas