このMERGEステートメントによりセッションが強制終了されるのはなぜですか?


23

MERGEデータベースに対して発行される以下のステートメントがあります:

MERGE "MySchema"."Point" AS t
USING (
       SELECT "ObjectId", "PointName", z."Id" AS "LocationId", i."Id" AS "Region"
         FROM @p1 AS d
         JOIN "MySchema"."Region" AS i ON i."Name" = d."Region"
    LEFT JOIN "MySchema"."Location" AS z ON z."Name" = d."Location" AND z."Region" = i."Id"
       ) AS s
   ON s."ObjectId" = t."ObjectId"
 WHEN NOT MATCHED BY TARGET 
    THEN INSERT ("ObjectId", "Name", "LocationId", "Region") VALUES (s."ObjectId", s."PointName", s."LocationId", s."Region")
 WHEN MATCHED 
    THEN UPDATE 
     SET "Name" = s."PointName"
       , "LocationId" = s."LocationId"
       , "Region" = s."Region"
OUTPUT $action, inserted.*, deleted.*;

ただし、これにより、セッションが次のエラーで終了します。

メッセージ0、レベル11、状態0、行67現在のコマンドで重大なエラーが発生しました。結果があれば、破棄する必要があります。

メッセージ0、レベル20、状態0、行67現在のコマンドで重大なエラーが発生しました。結果があれば、破棄する必要があります。

エラーを生成する短いテストスクリプトを作成しました。

USE master;
GO
IF DB_ID('TEST') IS NOT NULL
DROP DATABASE "TEST";
GO
CREATE DATABASE "TEST";
GO
USE "TEST";
GO

SET NOCOUNT ON;

IF SCHEMA_ID('MySchema') IS NULL
EXECUTE('CREATE SCHEMA "MySchema"');
GO

IF OBJECT_ID('MySchema.Region', 'U') IS NULL
CREATE TABLE "MySchema"."Region" (
"Id" TINYINT IDENTITY NOT NULL CONSTRAINT "PK_MySchema_Region" PRIMARY KEY,
"Name" VARCHAR(8) NOT NULL CONSTRAINT "UK_MySchema_Region" UNIQUE
);
GO

INSERT [MySchema].[Region] ([Name]) 
VALUES (N'A'), (N'B'), (N'C'), (N'D'), (N'E'), ( N'F'), (N'G');

IF OBJECT_ID('MySchema.Location', 'U') IS NULL
CREATE TABLE "MySchema"."Location" (
"Id" SMALLINT IDENTITY NOT NULL CONSTRAINT "PK_MySchema_Location" PRIMARY KEY,
"Region" TINYINT NOT NULL CONSTRAINT "FK_MySchema_Location_Region" FOREIGN KEY REFERENCES "MySchema"."Region" ("Id"),
"Name" VARCHAR(128) NOT NULL,
CONSTRAINT "UK_MySchema_Location" UNIQUE ("Region", "Name") 
);
GO

IF OBJECT_ID('MySchema.Point', 'U') IS NULL
CREATE TABLE "MySchema"."Point" (
"ObjectId" BIGINT NOT NULL CONSTRAINT "PK_MySchema_Point" PRIMARY KEY,
"Name" VARCHAR(64) NOT NULL,
"LocationId" SMALLINT NULL CONSTRAINT "FK_MySchema_Point_Location" FOREIGN KEY REFERENCES "MySchema"."Location"("Id"),
"Region" TINYINT NOT NULL CONSTRAINT "FK_MySchema_Point_Region" FOREIGN KEY REFERENCES "MySchema"."Region" ("Id"),
CONSTRAINT "UK_MySchema_Point" UNIQUE ("Name", "Region", "LocationId")
);
GO

-- CONTAINS HISTORIC Point DATA
IF OBJECT_ID('MySchema.PointHistory', 'U') IS NULL
CREATE TABLE "MySchema"."PointHistory" (
"Id" BIGINT IDENTITY NOT NULL CONSTRAINT "PK_MySchema_PointHistory" PRIMARY KEY,
"ObjectId" BIGINT NOT NULL,
"Name" VARCHAR(64) NOT NULL,
"LocationId" SMALLINT NULL,
"Region" TINYINT NOT NULL
);
GO

CREATE TYPE "MySchema"."PointTable" AS TABLE (
"ObjectId"      BIGINT          NOT NULL PRIMARY KEY,
"PointName"     VARCHAR(64)     NOT NULL,
"Location"      VARCHAR(16)     NULL,
"Region"        VARCHAR(8)      NOT NULL,
UNIQUE ("PointName", "Region", "Location")
);
GO

DECLARE @p1 "MySchema"."PointTable";

insert into @p1 values(10001769996,N'ABCDEFGH',N'N/A',N'E')

MERGE "MySchema"."Point" AS t
USING (
       SELECT "ObjectId", "PointName", z."Id" AS "LocationId", i."Id" AS "Region"
         FROM @p1 AS d
         JOIN "MySchema"."Region" AS i ON i."Name" = d."Region"
    LEFT JOIN "MySchema"."Location" AS z ON z."Name" = d."Location" AND z."Region" = i."Id"
       ) AS s
   ON s."ObjectId" = t."ObjectId"
 WHEN NOT MATCHED BY TARGET 
    THEN INSERT ("ObjectId", "Name", "LocationId", "Region") VALUES (s."ObjectId", s."PointName", s."LocationId", s."Region")
 WHEN MATCHED 
    THEN UPDATE 
     SET "Name" = s."PointName"
       , "LocationId" = s."LocationId"
       , "Region" = s."Region"
OUTPUT $action, inserted.*, deleted.*;

OUTPUT句を削除すると、エラーは発生しません。また、deleted参照を削除してもエラーは発生しません。だから私は、MSDNのドキュメントで次のようなOUTPUT条項を探しました。

DELETEDは、INSERTステートメントのOUTPUT句では使用できません。

それは私には理にかなっていますが、全体のポイントMERGEはあなたが事前に知らないかもしれないということです。

さらに、実行されるアクションに関係なく、以下のスクリプトは完全に正常に機能します。

USE tempdb;
GO
CREATE TABLE dbo.Target(EmployeeID int, EmployeeName varchar(10), 
     CONSTRAINT Target_PK PRIMARY KEY(EmployeeID));
CREATE TABLE dbo.Source(EmployeeID int, EmployeeName varchar(10), 
     CONSTRAINT Source_PK PRIMARY KEY(EmployeeID));
GO
INSERT dbo.Target(EmployeeID, EmployeeName) VALUES(100, 'Mary');
INSERT dbo.Target(EmployeeID, EmployeeName) VALUES(101, 'Sara');
INSERT dbo.Target(EmployeeID, EmployeeName) VALUES(102, 'Stefano');

GO
INSERT dbo.Source(EmployeeID, EmployeeName) Values(103, 'Bob');
INSERT dbo.Source(EmployeeID, EmployeeName) Values(104, 'Steve');
GO
-- MERGE statement with the join conditions specified correctly.
USE tempdb;
GO
BEGIN TRAN;
MERGE Target AS T
USING Source AS S
ON (T.EmployeeID = S.EmployeeID) 
WHEN NOT MATCHED BY TARGET AND S.EmployeeName LIKE 'S%' 
    THEN INSERT(EmployeeID, EmployeeName) VALUES(S.EmployeeID, S.EmployeeName)
WHEN MATCHED 
    THEN UPDATE SET T.EmployeeName = S.EmployeeName
WHEN NOT MATCHED BY SOURCE AND T.EmployeeName LIKE 'S%'
    THEN DELETE 
OUTPUT $action, inserted.*, deleted.*;
ROLLBACK TRAN;
GO 

また、OUTPUTエラーをスローしているものと同じ方法で使用する他のクエリがあり、完全に正常に動作します-それらの唯一の違いは、に参加するテーブルですMERGE

これは、本番環境で大きな問題を引き起こしています。128GB RAM、12 x 2.2GHZコア、Windows Server 2012 R2を搭載したVMと物理の両方で、SQL2014およびSQL2016でこのエラーを再現しました。

クエリから生成された推定実行計画は、次の場所にあります。

推定実行計画


1
クエリは推定プランを生成できますか?(また、これは多くの人々に衝撃を与えませんが、とにかく古いアップサート方​​法論をお勧めします-あなたMERGEHOLDLOCK1つを持っていないので、競合状態から免れないし、考慮すべき他のバグがまだあります解決後-または報告-この問題の原因は何でも)
アーロンバートランド

1
アクセス違反のあるスタックダンプを提供します。ここでスタックを解くときに見ることができる限り、i.stack.imgur.com / f9aWa.pngこれがあなたにとって大きな問題を引き起こしているなら、Microsoft PSSでこれを上げるべきです。具体的には、deleted.ObjectIdそれが問題を引き起こしているようです。OUTPUT $action, inserted.*, deleted.Name, deleted.LocationId, deleted.Region正常に動作します。
マーティンスミス

1
マーティンと同意します。それまでの間、MySchema.PointTable型を使用せずに、裸のVALUES()句、または#tempテーブル、またはテーブル変数を使用するだけで問題を回避できるかどうかを確認してくださいUSING。寄与因子の分離に役立つ場合があります。
アーロンバートランド

助けてくれてありがとう、一時テーブルを使ってみましたが、同じエラーが発生しました。製品サポートでそれを上げます-その間、prodを実行し続けることができるように、マージを使用しないようにクエリを書き直しました。
ブラウンストーン氏

回答:


20

これはバグです。

に関連しています MERGE、明示的なハロウィーン保護を回避し、結合を排除するために使用される特定の穴埋め最適化、およびこれらが他の更新計画機能と相互作用する方法に関連しています。

これらの最適化の詳細については、私の記事「ハロウィーンの問題-パート3」を参照してください。ます。

景品は、同じテーブルでの挿入とそれに続くマージです。

計画フラグメント

回避策

この最適化を無効にする方法はいくつかあり、バグを回避できます。

  1. 文書化されていないトレースフラグを使用して、明示的なハロウィーン保護を強制します。

    OPTION (QUERYTRACEON 8692);
  2. ON句を次のように変更します。

    ON s."ObjectId" = t."ObjectId" + 0
  3. テーブルタイプPointTableを変更して、主キーを次のものに置き換えます。

    ObjectID bigint NULL UNIQUE CLUSTERED CHECK (ObjectId IS NOT NULL)

    CHECK制約部は、主キーの元のヌル拒絶性を維持するために含まれ、任意です。

「単純な」更新クエリ処理(外部キーチェック、一意のインデックスメンテナンス、および出力列)は、最初から十分に複雑です。を使用MERGEすると、いくつかのレイヤーが追加されます。それを上記の特定の最適化と組み合わせると、このようなエッジケースのバグに遭遇する素晴らしい方法があります。

で報告されたバグ長い行に追加するもう1つMERGE

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.