SQL Server - les transactions reviennent en cas d'erreur?

Nous avons une application client qui exécute du SQL sur un SQL Server 2005, comme suit:

BEGIN TRAN;
INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
COMMIT TRAN;

Il est envoyé par une commande de chaîne longue.

Si l'une des insertions échoue ou si une partie de la commande échoue, SQL Server annule-t-il la transaction? S'il n'effectue pas de restauration, dois-je envoyer une deuxième commande pour l'annuler?

Je peux donner des détails sur l'API et la langue que j'utilise, mais je pense que SQL Server devrait répondre de la même manière pour n'importe quelle langue.

Vous pouvez mettre set xact_abort onavant votre transaction pour vous assurer que sql revient automatiquement en cas d'erreur.

Vous avez raison de dire que toute la transaction sera annulée. Vous devez émettre la commande pour l'annuler.

Vous pouvez envelopper ceci dans un TRY CATCHbloc comme suit

BEGIN TRY
    BEGIN TRANSACTION

        INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
        INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
        INSERT INTO myTable (myColumns ...) VALUES (myValues ...);

    COMMIT TRAN -- Transaction Success!
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRAN --RollBack in case of Error

    -- you can Raise ERROR with RAISEERROR() Statement including the details of the exception
    RAISERROR(ERROR_MESSAGE(), ERROR_SEVERITY(), 1)
END CATCH

Voici le code pour obtenir le message d'erreur fonctionnant avec MSSQL Server 2016:

BEGIN TRY
    BEGIN TRANSACTION 
        -- Do your stuff that might fail here
    COMMIT
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRAN

        DECLARE @ErrorMessage NVARCHAR(4000) = ERROR_MESSAGE()
        DECLARE @ErrorSeverity INT = ERROR_SEVERITY()
        DECLARE @ErrorState INT = ERROR_STATE()

    -- Use RAISERROR inside the CATCH block to return error  
    -- information about the original error that caused  
    -- execution to jump to the CATCH block.  
    RAISERROR (@ErrorMessage, @ErrorSeverity, @ErrorState);
END CATCH

De l'article MDSN, Controlling Transactions (Database Engine) .

Si une erreur d'instruction d'exécution (telle qu'une violation de contrainte) se produit dans un lot, le comportement par défaut dans le moteur de base de données consiste à restaurer uniquement l'instruction qui a généré l'erreur. Vous pouvez modifier ce comportement à l'aide de l'instruction SET XACT_ABORT. Une fois SET XACT_ABORT ON exécuté, toute erreur d'instruction d'exécution provoque une annulation automatique de la transaction en cours. Les erreurs de compilation, telles que les erreurs de syntaxe, ne sont pas affectées par SET XACT_ABORT. Pour plus d'informations, consultez SET XACT_ABORT (Transact-SQL).

Dans votre cas, il annulera la transaction complète lorsque l'un des insertions échouera.

Si l'une des insertions échoue ou si une partie de la commande échoue, le serveur SQL annule-t-il la transaction?

Non.

S'il n'effectue pas de restauration, dois-je envoyer une deuxième commande pour l'annuler?

Bien sûr, vous devriez émettre ROLLBACKau lieu deCOMMIT .

Si vous souhaitez décider de valider ou d'annuler la transaction, vous devez supprimer la COMMITphrase de l'instruction, vérifier les résultats des insertions, puis émettre l'une COMMITou l' autre ou en ROLLBACKfonction des résultats de la vérification.