Exécution d'une procédure stockée à l'intérieur de DÉBUT/la FIN de la TRANSACTION

Si je créer une Procédure Stockée dans SQL et de l'appeler (EXEC spStoredProcedure) dans le DÉBUT/la FIN de la TRANSACTION, est-ce autre procédure stockée entrent également dans la transaction?

Je ne sais pas si cela a fonctionné comme essayer/captures en C#.

InformationsquelleAutor Miles | 2008-10-07
  1. 39

    Oui, tout que vous faites entre le début de la Transaction et de s'Engager (ou de Restauration) est la partie de la transaction.

    • Ce n'est pas tout à fait vrai. En fait, les opérations sur les variables de table sont à l'extérieur de l'étendue de la transaction; une annulation n'affecte pas toutes les modifications qui ont été apportées dans votre variable de table.
    • Bien, je voulais dire tout ce que vous faites pour la base de données - je suppose que j'ai supposé que c'était évident que les variables ne sont pas affectés par les opérations - bien que je suppose que c'est un peu moins intuitif avec des tables de variables de variables scalaires.
    • Que faire si le Ps a appelé à l'intérieur de l'extérieur de l'opération des appels à commettre l'opération? Sera l'intérieure de la transaction sera annulée si la transaction externe des appels de restauration après que l'intérieur est engagé?
    • Oui, c'est la façon dont les transactions imbriquées travail. Commettre l'intérieur de transactions ne fait rien; seulement la transaction externe est en fait jamais validée ou annulée.
    InformationsquelleAutor Blorgbeard
  2. 12

    A l'air génial, merci beaucoup. J'ai fini par faire quelque chose comme ça (parce que je suis sur 05)

        BEGIN TRY
       BEGIN TRANSACTION

       DO SOMETHING

       COMMIT
    END TRY
    BEGIN CATCH
      IF @@TRANCOUNT > 0
         ROLLBACK

      -- Raise an error with the details of the exception
      DECLARE @ErrMsg nvarchar(4000), @ErrSeverity int
      SELECT @ErrMsg = ERROR_MESSAGE(),
             @ErrSeverity = ERROR_SEVERITY()

      RAISERROR(@ErrMsg, @ErrSeverity, 1)
    END CATCH
    InformationsquelleAutor Miles
  3. 5

    Je crois que dans MS SQL Server de l'exécution de la procédure stockée arriverait-il au sein de la transaction, mais être très prudent avec cela. Si vous avez des transactions imbriquées (c'est à dire, transaction en dehors de la procédure stockée et une autre transaction à l'intérieur de la procédure stockée), une reprise aura une incidence sur TOUTES les transactions, pas seulement la plus proche de la transaction jointe.

    InformationsquelleAutor Chris Shaffer
  4. 5

    Comme Chris l'a mentionné, vous devez être prudent sur le déploiement de l'opération de retour.

    Précisément ceci:

    IF @@TRANCOUNT > 0 ROLLBACK

    n'est pas toujours ce que vous voulez. Vous pourriez faire quelque chose comme ce

    IF(@@TRANCOUNT = 1) ROLLBACK TRAN
ELSE IF(@@TRANCOUNT > 1) COMMIT TRAN
RETURN @error

    De cette façon, l'appel de la proc peut inspecter la valeur de retour de la procédure stockée et de déterminer si elle veut s'engager de toute façon ou de continuer à faire des bulles de l'erreur.

    La raison en est que 'COMMIT' sera juste décrémenter votre transaction compteur. Une fois qu'il décrémente le compteur de transaction à zéro, une réelle commit va se produire.

    InformationsquelleAutor James
  5. 2

    Comme Chris et James mentionné, vous devez être prudent lorsque vous traitez avec les transactions imbriquées.
    Il est un très bon articles sur le sujet de transactions écrit par Ne Peterson sur SQL Server Central , je vous recommande d'avoir une lecture de celles-ci:

    Ici il y a:

    • bons articles, mais je pense qu'il pourrait être un ancien puisqu'il a été écrit en l'an 2004, néanmoins il y a toujours beaucoup de pertinence sur le sujet
    InformationsquelleAutor kristof
  6. 1

    Oui, tous imbriqués les appels de procédure stockée sont inclus dans le champ d'application de la transaction. Si vous utilisez SQL Server 2005 ou plus, vous pouvez utiliser Try...Catch ainsi. Ici plus de détails sur ce point.

    InformationsquelleAutor Ben Hoffstein
  7. 1

    @Chris, je ne le savais pas.

    Lors de recherches sur google pour plus d'info, je suis tombé sur cette - vous pouvez régler "points de sauvegarde", qui peut être annulée sans l'annulation de la totalité de la transaction.

    Pourrait être utile dans cette situation.

    InformationsquelleAutor Blorgbeard