it-swarm-pt.tech

Por que o Sql Server continua executando após raiserror quando xact_abort está ativado?

Fiquei surpreso com algo no TSQL. Eu pensei que se xact_abort estivesse ligado, chamando algo como

raiserror('Something bad happened', 16, 1);

interromperia a execução do procedimento armazenado (ou qualquer lote).

Mas minha mensagem de erro do ADO.NET provou o contrário. Recebi a mensagem de erro raiserror na mensagem de exceção e a próxima coisa que foi interrompida depois disso.

Esta é minha solução alternativa (que é o meu hábito de qualquer maneira), mas não parece que seja necessário:

if @somethingBadHappened
    begin;
        raiserror('Something bad happened', 16, 1);
        return;
    end;

Os documentos dizem o seguinte:

Quando SET XACT_ABORT está ativado, se uma instrução Transact-SQL gerar um erro em tempo de execução, a transação inteira será encerrada e revertida.

Isso significa que devo estar usando uma transação explícita?

84
Eric Z Beard

Isso é por designTM, como você pode ver em Connect pela resposta da equipe do SQL Server a uma pergunta semelhante:

Obrigado pelo seu feedback. Por design, a opção de conjunto XACT_ABORT não afeta o comportamento da instrução RAISERROR. Consideraremos seus comentários para modificar esse comportamento para uma versão futura do SQL Server.

Sim, isso é um pouco problemático para alguns que esperavam RAISERROR com uma severidade alta (como 16) seria o mesmo que um erro de execução SQL - não é.

Sua solução alternativa é exatamente sobre o que você precisa fazer, e o uso de uma transação explícita não afeta o comportamento que você deseja alterar.

45
Philip Rieck

Se você usar um bloco try/catch, um número de erro raiserror com a gravidade 11-19 fará com que a execução pule para o bloco catch.

Qualquer gravidade acima de 16 é um erro do sistema. Para demonstrar o código a seguir, configura um bloco try/catch e executa um procedimento armazenado que supomos que falhará:

suponha que temos uma tabela [dbo]. [Erros] para conter erros suponha que tenhamos um procedimento armazenado [dbo]. [AssumeThisFails] que falhará quando executá-lo

-- first lets build a temporary table to hold errors
if (object_id('tempdb..#RAISERRORS') is null)
 create table #RAISERRORS (ErrorNumber int, ErrorMessage varchar(400), ErrorSeverity int, ErrorState int, ErrorLine int, ErrorProcedure varchar(128));

-- this will determine if the transaction level of the query to programatically determine if we need to begin a new transaction or create a save point to rollback to
declare @tc as int;
set @tc = @@trancount;
if (@tc = 0)
 begin transaction;
else
 save transaction myTransaction;

-- the code in the try block will be executed
begin try
 declare @return_value = '0';
 set @return_value = '0';
 declare
  @ErrorNumber as int,
  @ErrorMessage as varchar(400),
  @ErrorSeverity as int,
  @ErrorState as int,
  @ErrorLine as int,
  @ErrorProcedure as varchar(128);


 -- assume that this procedure fails...
 exec @return_value = [dbo].[AssumeThisFails]
 if (@return_value <> 0)
  raiserror('This is my error message', 17, 1);

 -- the error severity of 17 will be considered a system error execution of this query will skip the following statements and resume at the begin catch block
 if (@tc = 0)
  commit transaction;
 return(0);
end try


-- the code in the catch block will be executed on raiserror("message", 17, 1)
begin catch
  select
   @ErrorNumber = ERROR_NUMBER(),
   @ErrorMessage = ERROR_MESSAGE(),
   @ErrorSeverity = ERROR_SEVERITY(),
   @ErrorState = ERROR_STATE(),
   @ErrorLine = ERROR_LINE(),
   @ErrorProcedure = ERROR_PROCEDURE();

  insert #RAISERRORS (ErrorNumber, ErrorMessage, ErrorSeverity, ErrorState, ErrorLine, ErrorProcedure)
   values (@ErrorNumber, @ErrorMessage, @ErrorSeverity, @ErrorState, @ErrorLine, @ErrorProcedure);

  -- if i started the transaction
  if (@tc = 0)
  begin
   if (XACT_STATE() <> 0)
   begin
     select * from #RAISERRORS;
    rollback transaction;
    insert into [dbo].[Errors] (ErrorNumber, ErrorMessage, ErrorSeverity, ErrorState, ErrorLine, ErrorProcedure)
     select * from #RAISERRORS;
    insert [dbo].[Errors] (ErrorNumber, ErrorMessage, ErrorSeverity, ErrorState, ErrorLine, ErrorProcedure)
     values (@ErrorNumber, @ErrorMessage, @ErrorSeverity, @ErrorState, @ErrorLine, @ErrorProcedure);
    return(1);
   end
  end
  -- if i didn't start the transaction
  if (XACT_STATE() = 1)
  begin
   rollback transaction myTransaction;
   if (object_id('tempdb..#RAISERRORS') is not null)
    insert #RAISERRORS (ErrorNumber, ErrorMessage, ErrorSeverity, ErrorState, ErrorLine, ErrorProcedure)
     values (@ErrorNumber, @ErrorMessage, @ErrorSeverity, @ErrorState, @ErrorLine, @ErrorProcedure);
   else
    raiserror(@ErrorMessage, @ErrorSeverity, @ErrorState);
   return(2); 
  end
  else if (XACT_STATE() = -1)
  begin
   rollback transaction;
   if (object_id('tempdb..#RAISERRORS') is not null)
    insert #RAISERRORS (ErrorNumber, ErrorMessage, ErrorSeverity, ErrorState, ErrorLine, ErrorProcedure)
     values (@ErrorNumber, @ErrorMessage, @ErrorSeverity, @ErrorState, @ErrorLine, @ErrorProcedure);
   else
    raiserror(@ErrorMessage, @ErrorSeverity, @ErrorState);
   return(3);
  end
 end catch
end
23
ninegrid

Use RETURN imediatamente após RAISERROR() e ele não executará mais o procedimento.

22
piyush

Conforme apontado em MSDN a instrução THROW deve ser usada em vez de RAISERROR.

Os dois se comportam ligeiramente diferente . Mas quando XACT_ABORT está definido como ON, então você deve sempre usar o comando THROW.

13
Möoz