新しく作成された列に挿入することはできません

私はこのような簡単なテストテーブルを持っています：

CREATE TABLE MyTable (x INT);

トランザクション内で、列を追加してから、新しく作成した列に挿入しようとしています。

BEGIN TRANSACTION;
    PRINT 'Adding column, ''SupplementalDividends'', to MyTable table.';

    ALTER TABLE MyTable
        ADD SupplementalDividends DECIMAL(18,6);

    PRINT 'Column added successfully....';

    PRINT 'Ready to INSERT into MyTable ...';

    INSERT INTO MyTable (x, SupplementalDividends)
        VALUES (1, 3.2);

    PRINT '**** CHANGES COMPLETE -- COMMITTING.';
COMMIT TRANSACTION;

上記のコードを実行すると、問題はエラーメッセージになります。

Invalid column name 'SupplementalDividends'.

なぜこれがエラーの原因ですか？列をトランザクションの外の別のバッチで追加すると、機能します。私の問題は、トランザクション内に列を追加することです。なぜエラーなのか？

これはコンパイル時ではなく実行時の問題であり、それらが同じトランザクション内にあるという事実とは関係がないことを明確にしたいだけです。たとえば、次のテーブルがあるとします。

CREATE TABLE dbo.floob(a int);

次のバッチは正常に解析されます（コンパイル時）が、実行時に質問で言及したエラーが発生します。

BEGIN TRANSACTION;
  ALTER TABLE dbo.floob ADD b int;

  SELECT b FROM dbo.floob;
COMMIT TRANSACTION;

Management Studioのクエリエディターでは、次のいずれかの方法でこれを簡単に回避できます。

1. 最初の2行を強調表示し、実行を押してから、2番目の2行を強調表示して、実行を押します。または、

2. 次のように、それらの間にバッチ区切りを入れます：

   BEGIN TRANSACTION;
     ALTER TABLE dbo.floob ADD c int;
   
   GO
   
     SELECT c FROM dbo.floob;
   COMMIT TRANSACTION;
   

これをSQL Serverの外部から実行している場合（たとえば、アプリケーションコードからSQLバッチを送信する場合）、2つのバッチを同様の方法で別々に送信するか、単一のバッチとして送信する必要がある場合は、名前解決を延期するには、動的SQL（Gianlucaの回答のように）を使用します。

それは拘束力のある問題です。コードはコンパイル時にテーブルのメタデータにバインドされ、遅延バインドされません。この制限を克服するには、EXECと動的SQLを使用してみてください。

BEGIN TRANSACTION;
    PRINT 'Adding column, ''SupplementalDividends'', to MyTable table.';

    ALTER TABLE MyTable
        ADD SupplementalDividends DECIMAL(18,6);

    PRINT 'Column added successfully....';

    PRINT 'Ready to INSERT into MyTable ...';
    EXEC('
    INSERT INTO MyTable (x, SupplementalDividends)
        VALUES (1, 3.2);
    ')

    PRINT '**** CHANGES COMPLETE -- COMMITTING.';
COMMIT TRANSACTION;

別のオプションは、ストアドプロシージャを使用してデータを挿入することです。レイトバインディングはストアドプロシージャに適用されますが、アドホッククエリには適用されません。繰り返しますが、動的SQLを使用してプロシージャを作成する必要がありますが、パラメーターを渡すのが簡単になる場合があります。

BEGIN TRANSACTION;
    PRINT 'Adding column, ''SupplementalDividends'', to MyTable table.';

    ALTER TABLE MyTable
        ADD SupplementalDividends DECIMAL(18,6);

    PRINT 'Column added successfully....';

    PRINT 'Ready to INSERT into MyTable ...';

    EXEC('
    CREATE PROCEDURE insData @p1 int, @p2 DECIMAL(18,6)
    AS
    BEGIN 
        INSERT INTO MyTable (x, SupplementalDividends)
        VALUES (@p1, @p2);
    END')

    EXEC InsData 1, 3.2;

    PRINT '**** CHANGES COMPLETE -- COMMITTING.';
COMMIT TRANSACTION;

一時的なストアドプロシージャも機能します。

BEGIN TRANSACTION;
    PRINT 'Adding column, ''SupplementalDividends'', to MyTable table.';

    ALTER TABLE MyTable
        ADD SupplementalDividends DECIMAL(18,6);

    PRINT 'Column added successfully....';

    PRINT 'Ready to INSERT into MyTable ...';

    EXEC('
    CREATE PROCEDURE #insData @p1 int, @p2 DECIMAL(18,6)
    AS
    BEGIN 
        INSERT INTO MyTable (x, SupplementalDividends)
        VALUES (@p1, @p2);
    END')

    EXEC #InsData 1, 3.2;

    PRINT '**** CHANGES COMPLETE -- COMMITTING.';
COMMIT TRANSACTION;

同じトランザクション内でテーブルを変更し、その列に値を挿入する理由に興味があります。

毎時間/日ごとに元に戻されない限り、テーブルを（同じ方法で）再度変更する必要はほとんどありません。なぜトランザクション内でそれを行うのですか？

変更はまだコミットされていないため、挿入しようとしても見つかりません。

私のアドバイスは、DDLタスクとDMLタスクを分離することです（少なくとも、とにかく別個のトランザクションで）。