GOコマンドの奇妙な行動

Question

私は次のことを実行した場合：

CREATE TABLE t1 
    (a INT NOT NULL PRIMARY KEY); 
CREATE TABLE t2 
    (a INT NOT NULL REFERENCES t1(a)); 

INSERT INTO t1 VALUES (1); 
INSERT INTO t1 VALUES (3); 
INSERT INTO t1 VALUES (4); 
INSERT INTO t1 VALUES (6); 
GO 

をし、その後、私はこれを実行します。

SET XACT_ABORT ON; 

BEGIN TRANSACTION 
INSERT INTO t2 VALUES (1) 

INSERT INTO t2 VALUES (2) -- Foreign key error, entire transaction rolled back 

INSERT INTO t2 VALUES (3) 

COMMIT TRANSACTION 

を、その後何もokです。 t1に値2がなく、結果としてテーブルt2が空であるため、トランザクションはロールバックされます。

このトランザクションの途中でGOコマンドを追加すると、トランザクションはロールバックされず、番号3テーブルt2に挿入される。ここでは、コードは次のようになります。

SET XACT_ABORT ON; 

BEGIN TRANSACTION 
INSERT INTO t2 VALUES (1) 

INSERT INTO t2 VALUES (2) -- Foreign key error. 

GO --this command breaks the transaction 

INSERT INTO t2 VALUES (3) 

COMMIT TRANSACTION 

私はGOは、SQL文ではなく、実際にSQLサーバに送信されていないSQL Server Management Studioのユーティリティコマンドではないことを知っています。

ので、（GOコマンドを含むもの）の上に最後のコードスニペットを実行した後、私はSET XACT_ABORTがONあるとき、私はSQL Server Management Studioの

Answer 1

を使用

テーブルT2に番号3を見ることができる理由Transact-SQLステートメントで実行時エラー が発生すると、トランザクション全体が終了してロールバックされます。

最初のバッチで開封されたトランザクションは、が自動的にエラー時にロールバックされます。

次にSSMSは、最初のトランザクションが終了しました、これは新しい自動トランザクションをコミット始めると他のプロセスにバッチおよび

INSERT INTO t2 VALUES (3) 

COMMIT TRANSACTION 

オフ火災があり見ています。そして最後に予期せぬものがあります。COMMIT TRANSACTIONこれはエラーを発生させます。

第2バッチを変更して、最初のバッチのトランザクションが勝手にロールバックされたかどうかを確認することができます。

SET XACT_ABORT ON; 

BEGIN TRANSACTION 
INSERT INTO t2 VALUES (1) 

INSERT INTO t2 VALUES (2) -- Foreign key error. 

GO 

IF @@TRANCOUNT = 0 
    BEGIN 
    RAISERROR('Transaction closed',16,1); 
    RETURN; 
    END 

INSERT INTO t2 VALUES (3) 

COMMIT TRANSACTION 

それとも、SQLCMDモードをオンにして、エラーの後に処理すべき更なるバッチを希望しない場合は

:on error exit 

を使用することができます。