C# Dois-je placer la transaction Sql/OleDb.Commit() en dehors d'une boucle for?

Question

J'ai la boucle de oledb de base suivante:

using (OleDbConnection conn = new OleDbConnection(Con)) 
{ 
    using (OleDbCommand cmd = new OleDbCommand()) 
    { 
     for loop 
     { 
     cmd.Connection = conn; 
     conn.Open(); 
     transaction = conn.BeginTransaction(IsolationLevel.ReadCommitted); 
     cmd.CommandText = "row by row insert" 
     cmd.Some parameters, then ExecuteNonQuery 
     transaction.Commit(); 
     } 
    } 
} 

Cependant, je ne suis pas certain si je devrais plaçant le Commit dans la boucle après l'exécution de la commande. Dois-je le placer après tout est dit et fait? Décrivant le using serait un try catch contenant une restauration dans le catch. Donc, je devine si je veux être en mesure de revenir en arrière sur tous mes changements, je veux que la boucle fonctionne complètement, puis le commettre?

Je viens également d'apprendre à propos de TransactionScope s qui décrivent le contexte SQL dans un usage, donc j'aimerais savoir comment cela s'applique à cela aussi.

Answer 1

Vous ne pouvez pas déplacer l'appel Commit() en dehors de la boucle lorsque l'appel BeginTransaction() se trouve dans la boucle. Les deux resteront dans la boucle, ou les deux iront en dehors de la boucle.

Alors, votre question devrait être: « devrait-je effectuer une transaction par itération de ma boucle, ou devrais-je commencer une transaction, faire ma boucle, puis valider la transaction? » Eh bien, la seule raison de faire une transaction par itération serait le scénario très peu probable où vous voudriez que toutes les insertions non défaillantes soient validées même si certaines d'entre elles échouent. (Dans ce cas, vous devrez également faire une gestion des exceptions.)

Si vous ne disposez pas d'une telle exigence, et si vous ne me dérangerait pas d'un ordre de grandeur amélioration de la performance, alors vous feriez mieux de commencer une transaction, faites votre boucle, puis fermez votre transaction.