Für eine schreibgeschützte Transaktion, die billiger / schneller ist: COMMIT oder ROLLBACK?

Ich verwende SQL-Transaktionen als Container für APPLOCKS und andere Parallelitätsmechanismen und erstelle daher manchmal Transaktionen auf verschiedenen Isolationsstufen, die nur Daten lesen und nicht schreiben. Ich glaube, dass in diesen Situationen COMMIT und ROLLBACK logischerweise zu identischen Ergebnissen führen.

Ich möchte aus Performance-Gründen wissen, welches für den Server günstiger / schneller ist. Ist eine unvermeidbare Buchhaltung erforderlich, die für den COMMIT-Fall und zusätzlichen Aufwand für ROLLBACK optimiert ist, auch wenn keine Schreibvorgänge vorhanden sind? In beiden Fällen werden Sperren aufgehoben.

Wenn es keine Rolle spielt, muss ich meinen .NET TransactionScope-Code nicht mit unnötigem Code verunreinigenscope.Complete() Das könnte mich zögern lassen, wenn ich den Code einer ansonsten offensichtlich schreibgeschützten Operation überprüfe.

Vielen Dank!

Antworten auf die Frage(1)

Ihre Antwort auf die Frage