数据库归档：如何确保INSERT执行成功后再触发DELETE语句？

嘿，你遇到的这个情况确实挺棘手的——要是INSERT没成功，DELETE却执行了，那生产库的数据直接就没了，归档库还没存上，这可不妙。核心问题就是要保证这两个操作的原子性：要么全成，要么全败，绝对不能出现中间状态。最靠谱的解决方案就是用SQL Server的事务（Transaction）来包裹操作，再加上错误处理兜底。

直接可用的修改方案：事务+TRY/CATCH块 #

把你的INSERT和DELETE放进同一个事务里，再用TRY...CATCH捕获任何执行错误。这样一来，只要INSERT出问题，整个事务就会回滚，DELETE根本不会执行；只有INSERT完全成功，才会提交事务，完成删除操作。

BEGIN TRY
    BEGIN TRANSACTION; -- 开启事务，所有后续操作都在这个上下文里

    -- 先执行归档插入
    INSERT INTO [archive].[dbo].[Table]
    SELECT * FROM [Production].[dbo].[Table]
    WHERE TimeStamp < DATEADD(year, -2, SYSDATETIME());

    -- 只有上面的INSERT成功，才会走到这一步执行删除
    DELETE FROM [Production].[dbo].[Table]
    WHERE TimeStamp < DATEADD(year, -2, SYSDATETIME());

    COMMIT TRANSACTION; -- 提交事务，把所有修改永久保存
    PRINT '归档操作搞定啦！插入和删除都成功完成';
END TRY
BEGIN CATCH
    -- 如果出错，只要有未提交的事务就回滚
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION;

    -- 输出错误信息，方便你排查问题
    PRINT '糟糕，归档失败了，已经回滚所有操作：';
    PRINT ERROR_MESSAGE();
END CATCH

为啥这么有效？给你拆解下关键部分 #

• BEGIN TRANSACTION：相当于给操作加了个“缓冲区”，之后的INSERT和DELETE都不会立刻写到数据库里，直到你执行COMMIT。
• TRY/CATCH块：就像个安全网，不管是主键冲突、归档库连不上还是权限不够，只要INSERT出错，就会跳转到CATCH块，直接回滚事务——等于啥都没发生过，生产库的数据毫发无损。
• COMMIT TRANSACTION：只有当TRY里的代码全跑完没出错，才会把之前的操作“落地”，真正修改数据库。
• @@TRANCOUNT：用来检查当前有没有未提交的事务，避免瞎回滚导致额外错误，稳得很。

一些额外的实用建议 #

• 分批处理大数量数据：要是待归档的记录特别多，一次性执行可能会锁死生产库，甚至超时。可以改成每次处理一批，比如1000条：

BEGIN TRY
    -- 循环处理，直到没有待归档记录
    WHILE EXISTS(SELECT 1 FROM [Production].[dbo].[Table] WHERE TimeStamp < DATEADD(year, -2, SYSDATETIME()))
    BEGIN
        BEGIN TRANSACTION;

        -- 每次插1000条到归档库
        INSERT INTO [archive].[dbo].[Table]
        SELECT TOP 1000 * FROM [Production].[dbo].[Table]
        WHERE TimeStamp < DATEADD(year, -2, SYSDATETIME());

        -- 再删这1000条
        DELETE TOP 1000 FROM [Production].[dbo].[Table]
        WHERE TimeStamp < DATEADD(year, -2, SYSDATETIME());

        COMMIT TRANSACTION;
        PRINT '又搞定1000条，继续冲！';
    END
    PRINT '所有归档记录都处理完啦！';
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION;
    PRINT '批量归档翻车了：' + ERROR_MESSAGE();
END CATCH

• 执行前先核对数据：正式跑脚本之前，先查一下待归档的记录数，心里有数，也能避免后续操作行数不对：

-- 看看有多少条要归档
SELECT COUNT(*) AS 待归档记录数 
FROM [Production].[dbo].[Table] 
WHERE TimeStamp < DATEADD(year, -2, SYSDATETIME());

• 先备份再动手：第一次执行的时候，最好先把待归档的生产数据备份一份，万一出啥幺蛾子，也能救回来。

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