Echec de la désactivation du déclencheur TSQL

Question

J'ai du code dans un déclencheur après insertion qui peut potentiellement échouer. Une telle défaillance n'est pas cruciale et ne devrait pas annuler la transaction. Comment puis-je piéger l'erreur dans le déclencheur et faire exécuter le reste de la transaction normalement?

L'exemple ci-dessous montre ce que je veux dire. Le déclencheur crée intentionnellement une condition d'erreur avec le résultat que l'insertion d'origine ("1") n'insère jamais dans la table. Try/Catch n'a pas l'air de faire l'affaire. Un semblable, older stack overflow question n'a pas donné de réponse sauf pour "empêcher l'erreur de se produire en premier lieu" - ce qui n'est pas toujours possible/facile.

D'autres idées?

create table test 
(
    a int not null 
); 
go 

create trigger testTrigger on test 
after insert as 
begin 
    insert into test select null; 
end; 
go 

insert into test values (1); 

Answer 1

Un déclencheur ne peut pas échouer et la transaction est toujours restaurée. Vous avez quelques options pour vous assurer que le déclencheur n'échoue pas.

1 - Vous pouvez faire en sorte que l'après ne manque pas en dupliquant la logique de vérification des contraintes et ne pas tenter une opération qui serait contraire aux contraintes:

-à-dire

INSERT INTO test WHERE val IS NOT NULL 

2 - Vous pouvez différer l'action potentiellement défaillante en utilisant un modèle de conception de file d'attente dans lequel les actions qui peuvent ou non échouer sont mises en file d'attente par mise en file d'attente sur une table où l'opération de mise en file d'attente ne peut pas échouer.

à savoir

INSERT INTO ACTION_QUEUE (action, parameters) VALUES ('INSERT INTO TEST', val) 

Answer 2

En raison de la déclencheurs sont mises en œuvre ainsi SQL Server, toutes les violations de contraintes dans les déclencheurs les transactions vouer ne.

C'est la même chose que faire:

DROP TABLE test 

CREATE TABLE test 
(
     a INT NOT NULL 
) 

GO 

SET XACT_ABORT ON 
GO 

BEGIN TRANSACTION 

BEGIN TRY 
     INSERT 
     INTO test 
     SELECT NULL 
END TRY 
BEGIN CATCH 
     INSERT 
     INTO test 
     SELECT 1 
END CATCH 

qui se traduit par une transaction condamnée, sauf qu'il n'y a aucun moyen de désactiver XACT_ABORT à l'intérieur d'un déclencheur.

SQL Server manque également de transactions autonomes.

C'est une autre raison pour laquelle vous devriez mettre toute votre logique dans les procédures stockées plutôt que dans les déclencheurs.

Answer 3

1. Vous pouvez activer XACT_ABORT de l'intérieur de la gâchette (utilisation précaution)
2. Vous pouvez avoir la gâchette appeler une procédure stockée. (Je suis en train de lutter avec le problème inverse: je veux que la transaction soit annulée, mais parce que la logique est dans un SP appelé par le déclencheur, et non le déclencheur lui-même, cela ne se produit pas.)