Perché questa affermazione MERGE causa la fine della sessione?


23

Ho la seguente MERGEdichiarazione che viene rilasciata contro il database:

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.*;

Tuttavia, ciò provoca la chiusura della sessione con il seguente errore:

Messaggio 0, livello 11, stato 0, riga 67 Si è verificato un errore grave nel comando corrente. I risultati, se presenti, devono essere eliminati.

Messaggio 0, livello 20, stato 0, riga 67 Si è verificato un errore grave nel comando corrente. I risultati, se presenti, devono essere eliminati.

Ho messo insieme un breve script di test che produce l'errore:

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.*;

Se rimuovo la OUTPUTclausola, l'errore non si verifica. Inoltre, se rimuovo il deletedriferimento, l'errore non si verifica. Quindi ho guardato i documenti MSDN per la OUTPUTclausola che afferma:

DELETED non può essere utilizzato con la clausola OUTPUT nell'istruzione INSERT.

Il che ha senso per me, tuttavia l'intero punto di MERGE è che potresti non saperlo in anticipo.

Inoltre, lo script seguente funziona perfettamente, indipendentemente dall'azione intrapresa:

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 

Inoltre, ho altre query che usano allo OUTPUTstesso modo di quelle che generano un errore e funzionano perfettamente - l'unica differenza tra loro sono le tabelle che prendono parte MERGE.

Ciò sta causando gravi problemi di produzione per noi. Ho riprodotto questo errore in SQL2014 e SQL2016 sia su VM che su fisico con 128 GB di RAM, 12 core 2.2GHZ, Windows Server 2012 R2.

Il piano di esecuzione stimato generato dalla query è disponibile qui:

Piano di esecuzione stimato


1
La query può generare un piano stimato? (Inoltre, questo non scioccerà molte persone, ma raccomando comunque la vecchia metodologia di upsert : la tua MERGEnon ha HOLDLOCK, per uno, quindi non è immune dalle condizioni di razza e ci sono ancora altri bug da considerare anche dopo aver risolto - o segnalato - qualunque cosa stia causando questo problema.)
Aaron Bertrand

1
Dà un dump dello stack con una violazione di accesso. Per quanto posso vedere quando si svolge lo stack qui i.stack.imgur.com/f9aWa.png Dovresti sollevarlo con Microsoft PSS se questo ti sta causando grossi problemi. In particolare, sembra deleted.ObjectIdche sia questo a causare il problema. OUTPUT $action, inserted.*, deleted.Name, deleted.LocationId, deleted.Regionfunziona bene.
Martin Smith,

1
Concordo con Martin. Nel frattempo, vedi se riesci a evitare il problema non usando il MySchema.PointTabletipo e semplicemente usando una VALUES()clausola nuda , o una tabella #temp, o una variabile di tabella, all'interno di USING. Potrebbe aiutare a isolare i fattori che contribuiscono.
Aaron Bertrand

Grazie per il vostro aiuto ragazzi, ho provato a usare una tabella temporanea e si è verificato lo stesso errore. Lo solleverò con il supporto del prodotto - nel frattempo ho riscritto la query per non utilizzare l'unione in modo da poter continuare a far funzionare il prod.
Mr.Brownstone,

Risposte:


20

Questo è un bug

È correlato a MERGEottimizzazioni di riempimento del foro specifiche utilizzate per evitare la protezione esplicita di Halloween e per eliminare un join e come interagiscono con altre funzionalità del piano di aggiornamento.

Ci sono dettagli su queste ottimizzazioni nel mio articolo, The Halloween Problem - Part 3 .

L'omaggio è l'inserto seguito da un'unione sulla stessa tabella :

Frammento di piano

soluzioni alternative

Esistono diversi modi per annullare questa ottimizzazione e quindi evitare il bug.

  1. Usa un flag di traccia non documentato per forzare la protezione esplicita di Halloween:

    OPTION (QUERYTRACEON 8692);
  2. Cambia la ONclausola in:

    ON s."ObjectId" = t."ObjectId" + 0
  3. Modificare il tipo di tabella PointTableper sostituire la chiave primaria con:

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

    La CHECKparte del vincolo è facoltativa, inclusa per preservare la proprietà originale di rifiuto null di una chiave primaria.

L'elaborazione di query di aggiornamento "semplice" (controlli di chiave esterna, manutenzione univoca dell'indice e colonne di output) è abbastanza complessa per cominciare. utilizzandoMERGE aggiunge diversi livelli aggiuntivi a quello. Combinalo con l'ottimizzazione specifica sopra menzionata e avrai un ottimo modo per incontrare bug come questo.

Un altro da aggiungere alla lunga serie di bug segnalati MERGE.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.