Ich schreibe eine ziemlich einfache e-commerce app in asp.net, muss ich Transaktionen in meinen gespeicherten Prozeduren verwenden?Muss ich wirklich Transaktionen in gespeicherten Prozeduren verwenden? [MSSQL 2005]
Read/Write-Verhältnis beträgt etwa 9: 1
Viele Leute fragen - ich Transaktionen müssen? Warum brauche ich sie? Wann man sie benutzt?
Die Antwort ist einfach: Verwenden Sie sie die ganze Zeit, es sei denn, Sie haben einen sehr guten Grund nicht (zum Beispiel, verwenden Sie keine atomaren Transaktionen für "lange laufende Aktivitäten" zwischen Unternehmen). Der Standardwert sollte immer "Ja" lauten. Sie sind im Zweifel? - Verwenden Sie Transaktionen.
Warum sind Transaktionen vorteilhaft? Sie helfen Ihnen bei Abstürzen, Fehlern, Datenkonsistenz, Fehlerbehandlung, sie helfen Ihnen, einfacheren Code zu schreiben usw. Und die Liste der Vorteile wird mit der Zeit weiter wachsen.
Hier sind einige weitere Informationen von http://blogs.msdn.com/florinlazar/
Die Antwort ist, hängt es. Sie brauchen nicht immer Transaktionssicherheit. Manchmal ist es Overkill. Manchmal ist es nicht.
Ich kann sehen, dass zum Beispiel, wenn Sie einen Checkout-Prozess implementieren möchten Sie nur abschließen, sobald Sie alle Daten gesammelt haben, etc .. Denken Sie über eine Zahlung f'up, können Sie Rollback - das ist ein Beispiel, wenn Sie brauche eine Transaktion. Oder vielleicht, wenn es klug ist, sie zu benutzen.
Benötigen Sie eine Transaktion, wenn Sie ein neues Benutzerkonto erstellen? Vielleicht, wenn es aus 10 Tabellen besteht (aus welchem Grund auch immer), wenn es nur eine einzige Tabelle ist, dann wahrscheinlich nicht.
Es hängt auch davon ab, was Sie Ihren Kunden verkauft haben und wer sie sind, und wenn sie es angefordert haben, etc .. Aber wenn Sie eine Entscheidung treffen, dann würde ich sagen, weise wählen.
Mein Fazit ist, vermeiden Sie vorzeitige Optimierung. Erstellen Sie Ihre Anwendung, denken Sie daran, dass Sie später zurückgehen und später bei Bedarf refactorieren/optimieren möchten. Sehen Sie sich ein paar Opensource-Projekte an und sehen Sie, wie sie verschiedene Teile ihrer App implementiert haben, um daraus zu lernen. Sie werden sehen, dass die meisten von ihnen keine Transaktionen verwenden, aber es gibt riesige Online-Shops, die sie verwenden.
Natürlich hängt es davon ab.
Es hängt von der Arbeit ab, die die bestimmte gespeicherte Prozedur durchführt, und vielleicht nicht so sehr das "Lese-/Schreib-Verhältnis", das Sie vorschlagen. Im Allgemeinen sollten Sie eine Arbeitseinheit innerhalb einer Transaktion einschließen, wenn es sich um eine Abfrage handelt, die von einer anderen, gleichzeitig ausgeführten Abfrage beeinflusst werden könnte. Wenn das nichtdeterministisch klingt, ist es das. Es ist oft schwierig vorherzusagen, unter welchen Umständen eine bestimmte Arbeitseinheit als Kandidat dafür in Frage kommt.
Ein guter Ort, um zu beginnen, ist die Überprüfung der genauen CRUD innerhalb der Einheit der Arbeit, in diesem Fall innerhalb Ihrer gespeicherten Prozedur durchgeführt wird, und entscheiden, ob es a) könnte durch eine andere, gleichzeitige Operation und b) wenn betroffen sein dass andere Arbeiten für das Endergebnis dieser Arbeit wichtig sind (oder sogar umgekehrt). Wenn die Antwort "Ja" für beide ist, dann überlegen Sie, die Arbeitseinheit innerhalb einer Transaktion zu verpacken.
Was dies bedeutet ist, dass Sie nicht immer einfach entweder verwenden oder nicht Transaktion s verwenden können, sollten Sie sie anwenden, wenn es sinnvoll ist.Verwenden Sie die durch ACID definierten Eigenschaften (Atomarität, Konsistenz, Isolation und Dauerhaftigkeit), um zu entscheiden, wann dies der Fall sein könnte. Eine andere zu berücksichtigende Sache ist, dass unter bestimmten Umständen, insbesondere wenn das System viele Operationen in schneller Folge ausführen muss, z. B. eine Anwendung zur Verarbeitung großer Transaktionsvolumen, die relativen Leistungskosten der Transaktion möglicherweise gewichtet werden müssen. Abhängig von der Größe der Arbeitseinheit kann ein Commit (oder Rollback) einer Transaktion ressourcenintensiv sein und sich möglicherweise negativ auf die Leistung Ihres Systems auswirken oder zumindest einen begrenzten Nutzen bringen.
Leider ist dies keine einfache Frage, um präzise zu beantworten: "Es kommt darauf an."
Denken Sie daran, dass in SQL Server alle CRUD-Operationen für einzelne Anweisungen standardmäßig in einer impliziten Transaktion enthalten sind. Sie müssen nur explizite Transaktionen aktivieren (BEGIN TRAN), wenn Sie mehrere Anweisungen als eine atomare Einheit ausführen müssen.
Verwenden Sie sie, wenn:
"benutzen Sie sie die ganze Zeit, es sei denn, Sie haben einen sehr guten Grund, nicht" das ist wie Leute sagen, Helme die ganze Zeit tragen, es sei denn, sie haben einen guten Grund nicht zu. –
Das geht davon aus, dass die Verwendung von Transaktionen in irgendeiner Weise nervig oder lächerlich ist, was ich nicht denke. –
Ich denke, @ Jeff Atwood hat nicht die volle para gelesen, bevor er zum Abschluss der Anziehen Helme kam. – Codeslayer