Início / dba / Perguntas / 57909
Accepted
crokusek
Asked: 2014-01-31 11:47:46 +0800 CST

É possível aumentar o erro dentro de um gatilho For Delete que reverte as exclusões

  • 772

Há uma declaração no final desta resposta aceita de que, se ocorrer um erro em um gatilho "For Delete", a ação de exclusão será revertida porque faz parte de uma transação implícita.

No entanto, aqui está um exemplo mostrando que as linhas excluídas permanecem excluídas mesmo que um erro seja gerado:

create table T1 ( i1 int  );
go

create trigger T1_ForDelete on T1
for delete
as
raiserror('Raised 16', 16, 1);
raiserror('Raised 18', 18, 1);
raiserror('Raised #2 16', 16, 255);
raiserror('Raised #2 18', 18, 255);
go

insert into T1 (i1) values (1);

set xact_abort on; -- makes no difference

delete from T1;

Saída (mudanças de ordem):

Msg 50000, Level 16, State 1, Procedure T1_ForDelete, Line 4
Raised 16
Msg 50000, Level 16, State 255, Procedure T1_ForDelete, Line 6
Raised #2 16

(1 row(s) affected)
Msg 50000, Level 18, State 1, Procedure T1_ForDelete, Line 5
Raised 18
Msg 50000, Level 18, State 255, Procedure T1_ForDelete, Line 7
Raised #2 18

Então

select * from T1; -- Returns no records

Este é o comportamento esperado ou existe uma maneira de evitar a exclusão em caso de erro (por exemplo, gravidade/estado diferente)?

Não posso usar um "em vez de excluir" porque "on delete cascade" é empregado. Criar gatilho (MSDN), pesquisar "Em vez de"

sql-server trigger

1 respostas

  1. Best Answer

    Para que funcione como você codificou acima, você precisa de um rollback após o seu RAISERRORou, como os comentários afirmam corretamente, agrupar em um TRY/CATCH.

    Por si só, não será tratado da mesma forma que uma declaração real ou um erro de finalização de lote. Por exemplo, isso funcionará da maneira que você espera:

    create table T1 ( i1 int  );
create table t2 (i2 int primary key);
go

create trigger T1_ForDelete on T1
for delete
as
    insert into t2 (i2)
    SELECT i1 
    FROM DELETED
go

insert into T1 (i1) values (1);
insert into t2 (i2) values (1);

delete from T1;
go

SELECT * from t1

    No código acima, o gatilho apresentará um erro e fará com que a transação de exclusão (externa) seja revertida. Por si só, RAISERROR está apenas realmente transferindo o controle e/ou enviando mensagens para cima da pilha (por assim dizer)

    BOL descreve esse comportamento:

    Quando RAISERROR é executado com uma gravidade de 11 ou superior em um bloco TRY, ele transfere o controle para o bloco CATCH associado. O erro é retornado ao chamador se RAISERROR for executado:

    Fora do escopo de qualquer bloco TRY.

    Com uma gravidade de 10 ou inferior em um bloco TRY.

    Com uma gravidade de 20 ou superior que encerra a conexão com o banco de dados.

    Portanto, RAISERROR fora do escopo de um bloco TRY simplesmente retorna o erro ao chamador e não é tratado como um erro de finalização de instrução, independentemente da gravidade que você definir.

    • 4

relate perguntas