È possibile che il lavoro svolto da SP2 venga annullato e non perda il lavoro svolto da SP1. Ma affinché ciò avvenga, è necessario scrivere le procedure archiviate utilizzando uno schema molto specifico, come descritto in Gestione delle eccezioni e transazioni nidificate :
create procedure [usp_my_procedure_name]
as
begin
set nocount on;
declare @trancount int;
set @trancount = @@trancount;
begin try
if @trancount = 0
begin transaction
else
save transaction usp_my_procedure_name;
-- Do the actual work here
lbexit:
if @trancount = 0
commit;
end try
begin catch
declare @error int, @message varchar(4000), @xstate int;
select @error = ERROR_NUMBER(), @message = ERROR_MESSAGE(), @xstate = XACT_STATE();
if @xstate = -1
rollback;
if @xstate = 1 and @trancount = 0
rollback
if @xstate = 1 and @trancount > 0
rollback transaction usp_my_procedure_name;
raiserror ('usp_my_procedure_name: %d: %s', 16, 1, @error, @message) ;
end catch
end
Non tutti gli errori sono recuperabili, ci sono una serie di condizioni di errore da cui una transazione non può essere ripristinata, l'esempio più ovvio è il deadlock (verrai informato dell'eccezione deadlock dopo la transazione è già stata annullata). Sia SP1 che [email protected]
devono essere scritti usando questo schema. Se si dispone di un SP canaglia o si desidera semplicemente sfruttare le procedure archiviate esistenti che emettono involontariamente ROLLBACK dichiarazioni allora la tua causa è persa.
