这个场景我太熟悉了——跨上百个库批量对比存储过程，两两对比确实效率低到离谱，而且你之前踩的UNION上下文坑我也踩过！先给你理清楚问题根源，再给你几个亲测好用的方案：

为什么你的初始方法失效？ #

你生成的UNION语句里，每个select OBJECT_NAME(object_id)... from [DBName].sys.procedures看起来是指向目标库，但实际上OBJECT_NAME和OBJECT_DEFINITION函数始终使用当前执行的数据库上下文，不会自动切换到[DBName]。比如你在master库执行脚本，那OBJECT_DEFINITION(object_id)会去master.sys.procedures里找对象，而不是目标库，自然拿不到正确的定义。

方案1：用游标+动态SQL批量收集定义（兼容所有SQL Server版本） #

这个方法通过遍历每个数据库，生成独立的动态SQL语句，确保每个查询都在目标库的上下文下执行，最后把结果统一存入临时表再分组：

步骤1：创建临时表存储结果 #

CREATE TABLE #ProcDefinitions (
    DatabaseName NVARCHAR(128),    -- 数据库名
    ProcedureName NVARCHAR(128),   -- 存储过程名
    ProcDefinition NVARCHAR(MAX),  -- 完整定义
    DefinitionHash VARBINARY(64)   -- 定义的哈希值，用于快速分组
)

步骤2：遍历数据库收集数据 #

DECLARE @DBName NVARCHAR(128)
DECLARE @DynamicSQL NVARCHAR(MAX)

-- 只遍历在线的数据库，排除系统库（如果需要可以调整WHERE条件）
DECLARE db_cursor CURSOR FOR
SELECT name 
FROM master.sys.databases 
WHERE state = 0 
  AND name NOT IN ('master', 'model', 'msdb', 'tempdb')

OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @DBName

WHILE @@FETCH_STATUS = 0
BEGIN
    -- 生成动态SQL，用QUOTENAME处理带特殊字符的库名，避免语法错误
    SET @DynamicSQL = N'INSERT INTO #ProcDefinitions 
    SELECT 
        ''' + @DBName + ''',
        p.name,
        OBJECT_DEFINITION(p.object_id),
        HASHBYTES(''SHA2_256'', OBJECT_DEFINITION(p.object_id))
    FROM ' + QUOTENAME(@DBName) + '.sys.procedures p
    WHERE p.name LIKE ''sp_someProcedure%'''

    EXEC sp_executesql @DynamicSQL

    FETCH NEXT FROM db_cursor INTO @DBName
END

CLOSE db_cursor
DEALLOCATE db_cursor

步骤3：按定义分组查询 #

现在你可以轻松按存储过程名和定义哈希分组，快速找到哪些库的存储过程定义相同：

SELECT 
    ProcedureName,
    STUFF(
        (SELECT '', '' + DatabaseName 
         FROM #ProcDefinitions pd2 
         WHERE pd2.ProcedureName = pd1.ProcedureName 
           AND pd2.DefinitionHash = pd1.DefinitionHash
         FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)'), 
        1, 2, ''
    ) AS DatabasesWithSameDefinition,
    -- 取一个示例定义，方便对比差异
    LEFT(MIN(ProcDefinition), 500) AS SampleDefinitionPreview
FROM #ProcDefinitions pd1
GROUP BY ProcedureName, DefinitionHash
ORDER BY ProcedureName

方案2：用STRING_AGG生成批量动态SQL（SQL Server 2017+） #

如果你的SQL Server版本是2017及以上，可以用STRING_AGG替代游标，更简洁：

DECLARE @DynamicSQL NVARCHAR(MAX)

SELECT @DynamicSQL = STRING_AGG(
    N'SELECT 
        ''' + name + ''' AS DatabaseName,
        p.name AS ProcedureName,
        OBJECT_DEFINITION(p.object_id) AS ProcDefinition,
        HASHBYTES(''SHA2_256'', OBJECT_DEFINITION(p.object_id)) AS DefinitionHash
    FROM ' + QUOTENAME(name) + '.sys.procedures p
    WHERE p.name LIKE ''sp_someProcedure%''',
    N' UNION ALL '
)
FROM master.sys.databases 
WHERE state = 0 
  AND name NOT IN ('master', 'model', 'msdb', 'tempdb')

-- 创建临时表并插入数据
CREATE TABLE #ProcDefinitions (
    DatabaseName NVARCHAR(128),
    ProcedureName NVARCHAR(128),
    ProcDefinition NVARCHAR(MAX),
    DefinitionHash VARBINARY(64)
)

INSERT INTO #ProcDefinitions
EXEC sp_executesql @DynamicSQL

-- 分组查询和方案1一致
SELECT 
    ProcedureName,
    STUFF(
        (SELECT '', '' + DatabaseName 
         FROM #ProcDefinitions pd2 
         WHERE pd2.ProcedureName = pd1.ProcedureName 
           AND pd2.DefinitionHash = pd1.DefinitionHash
         FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)'), 
        1, 2, ''
    ) AS DatabasesWithSameDefinition,
    LEFT(MIN(ProcDefinition), 500) AS SampleDefinitionPreview
FROM #ProcDefinitions pd1
GROUP BY ProcedureName, DefinitionHash
ORDER BY ProcedureName

额外注意事项 #

• 权限问题：执行脚本的账号需要拥有所有目标数据库的VIEW DEFINITION权限，否则无法读取存储过程定义。
• 哈希冲突：用SHA2_256比MD5更安全，几乎不会出现哈希冲突，确保分组的准确性。
• 特殊库名：一定要用QUOTENAME包裹数据库名，避免带空格、特殊字符的库名导致语法错误。
• ApexSQL补充：你说的没错，ApexSQL默认是两两对比，但部分版本支持创建包含所有目标库的项目，然后批量生成差异报告，不过如果不想依赖工具，上面的SQL方案更灵活可控。

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