MS SQL Server
  1. MS SQL Server
  3. Transaction dans le code stocké Proc + Client
Intereting Posts
Application console C # Exception d'opération invalide Implémentation JDBC: erreur sur les parameters Ordre par date dans SQL Server ne s'affiche pas correctement Tsql, existe-t-il un moyen de mettre à jour une ligne en utilisant un champ existant dans la ligne comme partie d'une string dans un autre champ de la même ligne? BLOB ou XML pour l'logging de XSD dans SQL Server Le moyen le plus rapide de vérifier si un personnage est un chiffre? Comment ignorer les lignes de tbl2 alors que la table principale est tbl1 en sql? Grouper par datetime en ignorant la partie de time Comment utiliser à jour, l'heure de la date dans SQL Y a-t-il une option "reverse" ON DELETE CASCADE? SqlDataReader – set de résultats mis en cache? Définition du nom d'alias à partir d'une sous-requête dans SQL Variation en pourcentage entre les valeurs dans différents mois (SQL Server) Les subtilités d'exec dans TSQL Accorder l'autorisation d'exécution pour un user sur toutes les procédures stockées dans la database?

Transaction dans le code stocké Proc + Client

J'ai une procédure stockée de SQL Server qui crée une TRANSACTION comme ceci: 

BEGIN TRY BEGIN TRANSACTION INSERT INTO Table1 ... INSERT INTO Table2 ... COMMIT END TRY BEGIN CATCH IF @@TRANCOUNT > 0 ROLLBACK END CATCH

Cette procédure stockée va insert dans deux tables distinctes. Si l'un d'eux échoue, il va revenir en arrière.

J'ai aussi le code .net suivant qui crée une scope de transaction: 

 using( var scope = new TransactionScope() ) { SqlCommand cmd1 = connection.CreateCommand(); SqlCommand cmd2 = connection.CreateCommand(); // ... cmd1.ExecuteNonQuery(); cmd2.ExecuteNonQuery(); scope.Complete(); }

Que se passe-t-il si ma procédure stockée et mon code créent une transaction? Cela causera-t-il des problèmes / devra-t-il être une transaction dissortingbuée ou est-ce correct tant que je ne crée qu'une connection à la database?

Sauf si vous aviez de bonnes raisons, je ferais les transactions dans un seul endroit ou l'autre.

Et si possible, je voudrais que cet endroit soit la database. Cela réduit les allers-returns, est plus facilement testable, l'isole des autres composants du système, réduit la surface exposée de la database et protège l'intégrité du périmètre de la database en forçant les actions à passer par une interface bien définie.

Dans ce scénario, si l'une de vos procédures stockées échoue, elle sera annulée à l'aide de la transaction interne. Votre code pense qu'il a terminé et valider la transaction dissortingbuée. Est-ce ce que vous voulez, car la transaction distirbuted est inutile car chacun fonctionnera individuellement.

Si vous souhaitez que les deux fonctionnent ou non, supprimez votre transaction de la procédure stockée et utilisez simplement la transaction dissortingbuée.