Requête SQL qui va rollback si des déclarations échoue

Je voudrais écrire un script SQL qui exécute plusieurs instructions SQL individuelles; si l'une de ces déclarations d'échouer, j'aimerais reprendre l'ensemble de la transaction. Donc, quelque chose comme:

BEGIN TRANSACTION

insert into TestTable values (1)
insert into TestTable values (2)
insert into TestTabe values (3)

--if any of the statements fail
ROLLBACK
--else
COMMIT

C'est pour MS SQL 2008. Est-ce que je peux faire pour accomplir cette? Peut-être une sorte de manipulation d'exception?

Je me rends compte dans mon exemple, j'ai pu inspecter le TestTable de ces valeurs et de déterminer si les états échec de cette façon. Mais en réalité, my SQL sera beaucoup plus complexe, et je serais plutôt abstrait moi-même de savoir ce qu'est le SQL a été fait.

OriginalL'auteur manu08 | 2010-02-10

  1. 7

    SQL Server a eu des exceptions depuis 2005:

    BEGIN TRY
    BEGIN TRAN

    INSERT INTO ...

    COMMIT TRAN
END TRY
BEGIN CATCH
    EXECUTE usp_LogAndRethrowError
END CATCH

    Votre LogAndRethrowError pouvez ensuite restaurer tout condamné transactions, à la:

    -- Make sure we are not in a live or 'doomed' transaction
IF XACT_STATE() <> 0
ROLLBACK TRANSACTION
    Où est la restauration?
    comme indiqué "Votre LogAndRethrowError pouvez ensuite restaurer tout condamné transactions". Ainsi, vous pouvez ajouter dans le ROLLBACK TRAN dans l'instruction Catch (ou ont la SP le faire pour vous).
    Ne voir qu'une partie de la réponse en quelque sorte.

    OriginalL'auteur Rowland Shaw

  2. 5

    C'est l'un des moyens que j'ai fait dans le passé:

    Declare @HasError int;
set @HasError = 0;

BEGIN TRANSACTION

insert into TestTable values (1)
if (@@ERROR != 0)
    set @HasError = 1
insert into TestTable values (2)
if (@@ERROR != 0)
    set @HasError = 1
insert into TestTabe values (3)
if (@@ERROR != 0)
    set @HasError = 1

if @HasError > 0
    ROLLBACK TRANSACTION
ELSE
    COMMIT TRANSACTION
    Une autre suggestion intéressante. Merci. Mais je voudrais utiliser un autre nom que le nom de @erreur donc c'est plus clair que c'est différent de @ERREUR.
    Il y a, est-ce mieux? 🙂
    Oui, ma tête me fait mal moins maintenant 🙂

    OriginalL'auteur Brettski

  3. 1

    Je suis paresseux et ont ajouté cette ligne dans tous mes états

    SET XACT_ABORT ON

    http://technet.microsoft.com/en-us/library/ms188792.aspx

    Lorsque SET XACT_ABORT est SUR, si un
    Instruction Transact-SQL soulève un
    erreur d'exécution, l'ensemble de la transaction
    est terminée et restaurée.

    Lorsque SET XACT_ABORT est ÉTEINT, dans certains
    cas, seule l'instruction Transact-SQL
    qui a déclenché l'erreur est annulée
    et l'opération continue
    la transformation. Selon le
    la gravité de l'erreur, l'ensemble de la
    l'opération peut être annulée, même
    lorsque SET XACT_ABORT est ÉTEINT. La
    le réglage par défaut.

    Des erreurs de compilation, comme les erreurs de syntaxe,
    ne sont pas concernés par SET XACT_ABORT.

    XACT_ABORT doit être définie pour les données
    instructions de modification, de manière implicite
    ou transaction explicite à l'encontre de la plupart des
    Les fournisseurs OLE DB, y compris SQL
    Serveur. Le seul cas où cette
    option n'est pas requise si l'
    fournisseur prend en charge les transactions imbriquées.
    Pour plus d'informations, voir diffusé
    Les requêtes et les Transactions Distribuées.

    La valeur de SET XACT_ABORT est défini
    lors de l'exécution, et non pas à
    moment de l'analyse.

    OriginalL'auteur jerryhung