Início / dba / Perguntas / 64333
Accepted
jmoreno
Asked: 2014-05-02 16:01:27 +0800 CST

Instruções DDL sendo confirmadas na transação

  • 772

Estou trabalhando em um script que envolve muitas mudanças estruturais e gosto de retornar a uma condição "básica" enquanto trabalho no que tudo precisa ser alterado, então tenho minhas alterações agrupadas em uma transação de início/reversão.

Isso funciona muito bem SE não houver erros, mas quando cometo um erro (tentativa de descartar uma coluna que não existe ou que possui uma restrição FK, etc), a reversão não funciona. Portanto, os objetos que renomeei com sp_rename ou as colunas que descartei têm o nome errado/não existem.

Supondo que este seja um comportamento documentado/correto, onde está documentado? Provavelmente apenas meus olhos vidrados ... mas não consigo lembrar / encontrar nada que diga que uma falha causa um commit.

sql-server-2008-r2

1 respostas

  1. Best Answer

    O SQL Server não confirma automaticamente uma transação explícita.

    O que pode estar acontecendo no seu caso é que a transação é abortada e revertida, mas seu script continua, executando o restante sem uma transação de encapsulamento. Isso é particularmente provável se você tiver GOinstruções em seu script.

    Para implementar o tratamento de erros de lote cruzado, você pode fazer algo assim:

    BEGIN TRAN
 CREATE TABLE #OriginalTransaction(i INT);
 BEGIN TRY
   -- do stuff here
 END TRY
 BEGIN CATCH
   IF(@@TRANCOUNT>0)ROLLBACK;
 END CATCH;

GO
 IF(OBJECT_ID('tempdb..#OriginalTransaction') IS NOT NULL)
 BEGIN
  BEGIN TRY
    -- do more stuff here
  END TRY
  BEGIN CATCH
    IF(@@TRANCOUNT>0)ROLLBACK;
  END CATCH;
 END;

GO
 IF(OBJECT_ID('tempdb..#OriginalTransaction') IS NOT NULL)
 BEGIN
   COMMIT;
 END;

GO
 IF(@@TRANCOUNT>0)ROLLBACK;
GO
 IF(OBJECT_ID('tempdb..#OriginalTransaction') IS NOT NULL)
 BEGIN
   DROP TABLE #OriginalTransaction;
 END;
    • 3

relate perguntas