SQL Server - transactions revenir sur l'erreur?

Nous avons application client qui exécute SQL sur un Serveur SQL server 2005, telles que les suivantes:

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 longue chaîne de commandement.

Si l'un des inserts d'échouer, de tout ou partie de la commande échoue, SQL Server annuler la transaction? Si ce n'est pas la restauration, dois-je envoyer une deuxième commande pour le restaurer?

Je peux donner des détails au sujet de l'api et de la langue que j'utilise, mais je pense que SQL Serveur doit répondre la même chose pour n'importe quelle langue.

stackoverflow.com/questions/1150032/...

InformationsquelleAutor jonathanpeppers | 2009-11-17

187

Vous pouvez mettre set xact_abort on avant votre transaction assurez-vous que sql annule automatiquement en cas d'erreur.
- Ce travail sur MS SQL 2K et plus? Cela semble la solution la plus simple.
- Il apparaît dans les docs pour 2000, 2005 et 2008, donc je suppose que oui. Nous l'utilisons en 2008.
- Est-il une option pour la restauration d'un réseau de délai d'attente ou des erreurs de réseau en général? Ou, cette option poignée tout en un?
- Cela permettra de gérer les erreurs sql seulement. Quassnoi a déjà répondu à la connexion réseau en question.
- Ai-je besoin de le désactiver ou est-ce par session?
- Pour ce cas particulier, il fonctionne, mais XACT_ABORT n'est pas un remède pour toutes les maladies. La suivante va échouer SET XACT_ABORT SUR EXEC sp_executesql N'some eroneus instruction "SELECT " Ne"t voir ce"
- le champ d'application de xact_abort est au niveau de la connexion.
- Qui semble à l'opposé de ce que je vois: set xact_abort on, commencer trans, drop procedure d'erreur. La procédure n'est pas restauré en tant que la transaction n'est pas restaurée.
- La BAISSE de la PROCÉDURE de déclaration modifie la structure de base de données, contrairement à d'INSERTION, qui fonctionne avec les données. Il ne peut donc pas être enveloppé dans une transaction. Je suis simplifier à l'extrême, mais, fondamentalement, c'est comment il est.
InformationsquelleAutor
179

Vous sont corrects dans l'ensemble de la transaction sera annulée. Vous devez émettre la commande de rouler en arrière.

Vous pouvez envelopper ce dans un TRY CATCH bloc 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
```
- J'aime DyingCactus la meilleure solution est 1 ligne de code à modifier. Si le vôtre si pour une raison quelconque le meilleur (ou le plus fiable) faites le moi savoir.
- Le try catch vous donne la possibilité de capturer (et, éventuellement, corriger l'erreur et d'élever un message d'erreur personnalisé si nécessaire.
- Depuis nous n'avons pas vraiment de soins de traitement de l'erreur spécifiquement dans le SQL, je pense que nous allons avec DyingCactus de la solution.
- "La Capture et le journal" plus souvent que "la capture et la réparer", je pense.
- La syntaxe de l'instruction RAISERROR est incorrect, au moins dans SQL Server 2008R2 et plus tard. Voir msdn.microsoft.com/en-us/library/ms178592.aspx pour la syntaxe correcte.
- Pourquoi avez-vous besoin d'ajouter la condition IF @@TRANCOUNT > 0?
- Pour s'assurer que la transaction existe pas.. disons que vous avez roulé votre transaction en vertu de l'état de santé donné (dans le try), mais le code ne fonctionne pas après. Il n'y a plus de transaction, mais vous allez encore dans le catch.
- Un exemple de la syntaxe correcte est docs.microsoft.com/en-us/sql/t-sql/language-elements/...
InformationsquelleAutor Raj More

Voici le code à recevoir le message d'erreur de travailler 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, -- Message text.  
               @ErrorSeverity, -- Severity.  
               @ErrorState -- State.  
               );
END CATCH

J'ai eu à utiliser DECLARE @Var TYPE; SET @Var = ERROR; pour déclencher des erreurs de sql server 2005. Sinon, le code ci-dessus pour la levée des erreurs travaille pour les plus âgés DB est trop. Essayez d'affecter une valeur par défaut à une variable locale est ce qui causait problème.

InformationsquelleAutor samwise

21

De MDSN article, Contrôle Des Transactions (Moteur De Base De Données).

Si une déclaration d'erreur (comme une violation de contrainte) se produit dans un lot, le comportement par défaut dans le Moteur de Base de données est de restaurer seulement l'instruction qui a généré l'erreur. Vous pouvez modifier ce comportement à l'aide de l'instruction SET XACT_ABORT. Après SET XACT_ABORT on est exécutée à tout moment de l'exécution de la déclaration erreur provoque une restauration automatique de la transaction en cours. Les erreurs de compilation, comme les erreurs de syntaxe, ne sont pas affectés par SET XACT_ABORT. Pour plus d'informations, voir SET XACT_ABORT (Transact-SQL).

Dans votre cas, il aura un rollback de la transaction complète lorsque l'un des inserts échouer.
- que devons-nous gérer les erreurs de syntaxe? ou des erreurs de compilation? si quelqu'un d'entre eux arrive ensemble de la transaction doivent être restaurées
- La capture de compilation/les erreurs de syntaxe sont ce SSDT projets sont pour. 🙂
InformationsquelleAutor Vitaly
10

Si l'un des inserts d'échouer, de tout ou partie de la commande échoue, SQL server annuler la transaction?

Non, il n'est pas.

Si ce n'est pas la restauration, dois-je envoyer une deuxième commande pour le restaurer?

Sûr, vous devriez problème ROLLBACK au lieu de COMMIT.

Si vous voulez décider de valider ou d'annuler la transaction, vous devez supprimer le COMMIT phrase de la déclaration, de vérifier les résultats de l'insère et puis le problème soit COMMIT ou ROLLBACK selon les résultats de la vérification.
- Donc, si je reçois une erreur, dites "clé Primaire conflit" j'ai besoin d'envoyer un deuxième appel à la restauration? Je suppose que le sens. Qu'advient-il si il existe un réseau d'erreur liées telles que la connexion est coupée pendant une très longue course instruction SQL?
- Lorsqu'une connexion arrive à expiration, le réseau sous-jacent protocole (e. g. Named Pipes ou TCP) interrompt la connexion. Lorsqu'une connexion est interrompue, SQL Server s'arrête toutes les commandes en cours d'exécution et des restaurations de la transaction.
- Donc DyingCactus la solution dirait qu'il résout mon problème, merci pour l'aide.
- Si vous avez besoin d'abandonner sur tous erreur, alors oui, c'est la meilleure option.
InformationsquelleAutor Quassnoi

Vous devez vous connecter pour publier un commentaire.