set xact_abort et essayez de les attraper ensemble

j'ai un bloc try catch dans mon sp avec juste une instruction insert dans le coup d'essayer. le hic, vérifiez le code d'erreur si c'est pk violation, si c'est pour faire la mise à jour. mais quelques fois, j'obtiens "La transaction en cours ne peut être engagée et ne supporte pas les opérations d'écriture dans le fichier journal. Annuler la transaction.

Non validable transaction est détectée à la fin du lot. La transaction est annulée." j'ai donc ajouté xact_abort on, mais ensuite, je reçois "nombre de Transactions après EXECUTE indique des différences de nombre de lancer et valider les déclarations." et j'ai trouvé ceci.
http://www.ashishsheth.com/post/2009/08/14/Set-XACT_ABORT-ON-and-TryCatch-block-in-Sql-Server-2005.aspx

si cela vrai. mon code catch pas fonctionner si il y a une erreur dans mon bloc try avec xact_abort on?

OriginalL'auteur satuday | 2013-04-05

  1. 12

    C'est pas vrai, au moins avec SQL SERVER 2008, qui SET XACT_ABORT on va provoquer une erreur de sauter le bloc CATCH:

    Voici le code que j'ai essayé d'utiliser la base de données Northwind 

    SET XACT_ABORT OFF
BEGIN TRY
    SELECT 1,  @@TRANCOUNT
BEGIN TRAN
    UPDATE [dbo].[Categories]
    SET Description='BLAH'
    WHERE [CategoryID]=2
    SELECT 2,  @@TRANCOUNT

    SELECT 1/0 as whoops


COMMIT
    SELECT 3,  @@TRANCOUNT

END TRY
BEGIN CATCH
    SELECT 'In Catch. Error occured', 4,  @@TRANCOUNT

     IF (XACT_STATE()) = 0
    BEGIN
        SELECT
            N'There is no transaction'

    END;


     IF (XACT_STATE()) = -1
    BEGIN
        SELECT
            N'The transaction is in an uncommittable state.' +
            'Rolling back transaction.'
        ROLLBACK TRANSACTION;
    END;

    -- Test whether the transaction is committable.
    IF (XACT_STATE()) = 1
    BEGIN
        SELECT
            N'The transaction is committable.' +
            'Committing transaction.'
        COMMIT TRANSACTION;   
    END;

END CATCH

    Ce sera, de toute évidence, la force d'une erreur quand il frappe les SÉLECTIONNER 1/0 déclaration. Avec SET XACT_ABORT, quand le bloc CATCH est atteint, la valeur retournée par la XACT_STATE() la fonction est de 1, entraînant l'exécution du code qui valide la transaction. Lorsque SET XACT_ABORT est sur, la valeur retournée, dans le bloc CATCH est de -1 de sorte que le code qui annule la transaction est exécutée.

    Ceci est basé sur:

    http://msdn.microsoft.com/en-us/library/ms175976.aspx

    Désolé que je suis en retard à la fête... je suis d'accord avec Michael, et le bloc catch ", c'est" être exécuté avant la restauration si vous avez XACT_ABORT activé. Le plus drôle, c'est que quoi que vous fassiez dans le bloc catch va être restauré de toute façon, donc il peut sembler que vous n'êtes même pas l'exécution de tout ce qui est là. Si vous mettez une instruction select dans le bloc CATCH, vous verrez qu'il crache dans SSMS, même si une erreur est levée.

    OriginalL'auteur Michael Harmon

  2. 0

    Permettez-moi d'ajouter que, dans ce scénario particulier (essayez de l'insérer, si PK violation ensuite de capture et de mise à jour), il serait préférable d'utiliser if EXISTS (select....) pour voir si la ligne est là et placez votre instruction de mise à JOUR. Placez votre instruction INSERT dans le bloc ELSE. Beaucoup plus propre.

    OriginalL'auteur Jun Sato