TSQL存储过程中依次创建表A与表C的方案是否可行？

咱们先直接说结论：这份存储过程确实能实现你要的先创建表A、再基于表A创建表C的需求，但它的写法还有不少可以打磨的地方。

为什么当前代码能实现需求？ #

• 第一个事务里通过SELECT Name INTO table_A FROM table1创建了表A，事务提交后，表A就持久化到数据库中，后续操作可以正常访问它
• 第二个事务执行SELECT Name INTO table_C FROM table_A时，因为表A已经存在且处于可用状态，所以能顺利完成表C的创建

可以优化的几个关键细节 #

• 没必要拆成两个独立事务：这两个建表操作是强关联的，应该保证“要么都成功，要么都失败”。如果拆成两个事务，万一第一个事务成功（表A建好）但第二个事务失败（表C没建好），就会留下孤立的表A，不符合业务逻辑的一致性要求。把两个操作放在同一个事务里更合理。
• 缺少表存在性检查：如果重复执行这个存储过程，SELECT INTO会因为目标表已经存在而抛出错误。建议在创建表前先判断表是否存在，避免重复执行时的异常。
• 事务代码可以更简洁：当前的事务写法略显冗余，合并后代码逻辑会更清晰易读。

优化后的参考代码 #

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE PROCEDURE <Procedure_Name, sysname, ProcedureName>
AS
BEGIN
    SET NOCOUNT ON;
    BEGIN TRY
        BEGIN TRAN
            -- 检查并创建表A（指定架构避免歧义）
            IF NOT EXISTS (SELECT 1 FROM sys.tables WHERE name = 'table_A' AND SCHEMA_NAME(schema_id) = 'dbo')
            BEGIN
                SELECT Name INTO table_A FROM table1;
            END
            
            -- 检查并创建表C
            IF NOT EXISTS (SELECT 1 FROM sys.tables WHERE name = 'table_C' AND SCHEMA_NAME(schema_id) = 'dbo')
            BEGIN
                SELECT Name INTO table_C FROM table_A;
            END
        COMMIT TRAN
    END TRY
    BEGIN CATCH
        IF @@TRANCOUNT > 0
            ROLLBACK TRAN
        DECLARE @ErrorMessage NVARCHAR(4000);
        DECLARE @ErrorSeverity INT;
        DECLARE @ErrorState INT;
        SELECT @ErrorMessage = ERROR_MESSAGE(), @ErrorSeverity = ERROR_SEVERITY(), @ErrorState = ERROR_STATE();
        RAISERROR(@ErrorMessage, @ErrorSeverity, @ErrorState );
    END CATCH
END
GO

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