SQL Server中3个存储过程能否合并？是否可保留现状？

1. 能否将三个存储过程整合为一个？ #

可以。你可以把UPDATE操作和合并后的INSERT逻辑放在同一个存储过程中，同时优化重复的子查询以提升执行效率。

整合后的完整代码 #

CREATE PROCEDURE DW.dbo.MergeTable1ToTable2
AS
BEGIN
    SET NOCOUNT ON;

    -- 执行原UPDATE逻辑：标记table2中数据有差异的活跃记录为非活跃
    UPDATE DW.dbo.table2 
    SET Active_ind = 0,
        expiry_date = GETDATE(), 
        updated_date = GETDATE()
    WHERE hash_key IN (
        SELECT T1.hash_key
        FROM table1 T1 
        LEFT JOIN DW.dbo.table2 T2 ON T1.hash_key = T2.hash_key
        WHERE T1.hash_dif <> T2.hash_dif
          AND T1.Active_ind = 1
    ) 
      AND Active_ind = 1;

    -- 合并两个INSERT逻辑：覆盖两种插入场景
    INSERT INTO DW.dbo.table2 
    SELECT * 
    FROM table1 T1
    WHERE 
        T1.Active_ind = 1
        AND (
            -- 场景1：hash_key存在但hash_dif不同（对应原INSERT1）
            EXISTS (
                SELECT 1 
                FROM DW.dbo.table2 T2 
                WHERE T2.hash_key = T1.hash_key 
                  AND T2.hash_dif <> T1.hash_dif
                  AND T2.Active_ind = 0
            )
            -- 场景2：hash_key在table2中无活跃记录（对应原INSERT2）
            OR NOT EXISTS (
                SELECT 1 
                FROM DW.dbo.table2 T2 
                WHERE T2.hash_key = T1.hash_key 
                  AND T2.Active_ind = 1
            )
        );
END
GO

逻辑说明 #

• 先执行原UPDATE操作，将table2中与table1同hash_key但数据存在差异的活跃记录置为非活跃状态；
• 合并后的INSERT通过OR连接两个条件，同时处理两种插入场景：
  1. 已存在hash_key但数据有差异（且旧记录已被标记为非活跃）；
  2. table1中的hash_key在table2中没有对应的活跃记录；
• 用EXISTS替代原IN子查询，通常性能更优，避免重复执行相同的关联逻辑。

2. 当前三个存储过程运行正常，是否可以保持现状？ #

可以保持现状，但需要权衡优缺点：

• 优点：逻辑拆分清晰，单独排查问题时更容易定位；如果后续需要单独执行某一步操作（比如仅运行UPDATE），灵活性更高；
• 缺点：存在重复的子查询逻辑（原UPDATE和INSERT1都用到了相同的关联查询），多次执行会浪费数据库资源；维护成本更高，修改业务逻辑时需要同步修改多个存储过程。

如果当前运行没有性能问题，且团队习惯这种拆分方式，完全可以继续使用。但从长期维护和性能优化角度，建议整合为单个存储过程，减少冗余逻辑。

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