Inizierò con un esempio molto semplice: due tabelle, entrambe con lo stesso schema, raggruppate su PK, ma una delle quali ha un INSTEAD OF UPDATE
trigger:
CREATE TABLE Standard
(
PK UNIQUEIDENTIFIER PRIMARY KEY CLUSTERED,
V INT NOT NULL
)
GO
CREATE TABLE InsteadOf
(
PK UNIQUEIDENTIFIER PRIMARY KEY CLUSTERED,
V INT NOT NULL
)
GO
INSERT Standard (PK, V) VALUES ('1E58B555-B073-471E-B576-4B09C8E18976', 0)
INSERT InsteadOf (PK, V) VALUES ('1E58B555-B073-471E-B576-4B09C8E18976', 0)
GO
CREATE TRIGGER TR_InsteadOf_Update ON InsteadOf INSTEAD OF UPDATE
AS
BEGIN
DECLARE @PK UNIQUEIDENTIFIER
DECLARE @V INT
DECLARE @cursor CURSOR
SET @cursor = CURSOR FOR SELECT PK, V FROM Inserted
OPEN @cursor
FETCH NEXT FROM @cursor INTO @PK, @V
WHILE @@FETCH_STATUS = 0
BEGIN
UPDATE InsteadOf SET
V = @V
WHERE PK = @PK
FETCH NEXT FROM @cursor INTO @PK, @V
END
CLOSE @cursor
DEALLOCATE @cursor
END
GO
Se visualizzo il piano di query per un aggiornamento rispetto alla tabella standard, ottengo l'aggiornamento previsto dell'indice in cluster:
UPDATE Standard SET
V = 1
WHERE PK = '1E58B555-B073-471E-B576-4B09C8E18976'
Tuttavia, se eseguo un aggiornamento simile sulla tabella con il trigger, ottengo quello che sembra essere un inserto di indice cluster, nonché l'aggiornamento dell'indice di cluster:
UPDATE InsteadOf SET
V = 1
WHERE PK = '1E58B555-B073-471E-B576-4B09C8E18976'
Perchè è questo? Posso vedere l'aggiornamento dell'indice cluster che mi aspettavo più avanti in questo piano di query (query n. 4), ma perché ottengo questo inserto aggiuntivo nella query n. 1?