Als ich vor vielen Jahren an Oracle 8 gearbeitet habe, habe ich den Befehl COMMIT nach jedem Masseneinfügen manuell ausgeführt. In SQL Server ist Auto-Commit standardmäßig aktiviert, was sowohl Vorteile als auch Gefahren bietet.
Ich möchte wissen, ob in den neueren Versionen von Oracle Auto-Commit standardmäßig noch deaktiviert ist. Ich möchte auch wissen, wie das automatische Festschreiben in SQL Server 2005 deaktiviert wird.
Antworten:
Von AskTom im Jahr 2000:
... die einzige Methode, mit der Oracle arbeitet, ist "Client sagt uns, wann wir ein Commit durchführen sollen". Wir haben keinen Autocommit-Modus. Verschiedene TOOLS und APIs tun dies (zB: Ich kann sqlplus anweisen, automatisch festzuschreiben, das bedeutet nur, dass sqlplus nach jeder Anweisung ein Commit ausgibt).
Dies ist immer noch wahr und wird es wahrscheinlich immer sein. Eine ausführliche Beschreibung finden commitSie in den Oracle-Dokumenten
von SO (invertiert):
oder wenn Sie es vorziehen, aus den Dokumenten (oder Marks direkterem Link )
Für SQL Server würden Sie IMPLICIT_TRANSACTIONS ON setzen .
Im impliziten Transaktionsmodus startet jede DML ( SELECT, INSERT, DELETE, UPDATEetc) oder DDL ( CREATE, ALTER, DROPetc) eine Transaktion und Sie müssen explizit COMMIToder ROLLBACK.
Alternativ kann eine explizite Transaktion mit gestartet werden BEGIN TRANSACTION.
Wie oben beantwortet, können Sie in SQL implizite Transaktionen für Ihre Verbindung mit dieser SET IMPLICIT_TRANSACTIONS ONEinstellung aktivieren und die von Mark und Jack bereitgestellten Links verwenden.
Ich würde davor warnen, dies auf der ganzen Linie zu tun und es sogar oft in Ihren eigenen Verbindungen zu tun. Die Kehrseite dieser Änderung ist, dass Sie jetzt eine Transaktion für alle Ihre Aktionen haben. Wenn Sie nach sich selbst nicht richtig verwalten oder bereinigen, können jetzt offene Transaktionen die DML in Ihrem System blockieren.
Wenn Sie befürchten, dass bei der manuellen Bereinigung versehentlich die falschen Zeilen gelöscht / aktualisiert werden, gibt es einige bessere Optionen:
BEGIN TRANSACTIONvor dem Schreiben eines Updates / Einfügens / Löschens aus einem System zu tippen ...Manchmal starte ich eine Sitzung und tippe
BEGIN TRAN
-- COMMIT TRAN
(auskommentiert, damit es nicht passiert, aber tippe es, damit ich nicht beschäftigt werde und vergesse)
Dann mache ich meine Arbeit nach dem Beginn der Übertragung, schreibe in derselben Sitzung eine Select-Anweisung, die das Nachbild zeigt, um sicherzustellen, dass ich nichts falsch gemacht habe (oder verlasse mich nur auf die Anzahl der betroffenen Zeilen usw.) und dann verpflichten, wenn alles gut aussieht.
BEGIN TRAN ... ROLLBACK.
Nun ... Es ist nicht unbedingt richtig, dass Oracle keinen Autocommit-Modus hat. Wenn Sie sich die zugrunde liegende OCI ansehen, sehen Sie, dass es ein OCI_COMMIT_ON_SUCCESSFlag gibt, an das Sie übergeben können OCIStmtExecute(). Wieso würdest du das machen? Wenn Sie das sehr verbreitete Muster INSERT → COMMIT → INSERT → ... verwenden (z. B. beim Protokollieren von Zeitreihendaten), halbiert dies die Anzahl der erforderlichen Netzwerk-Roundtrips. Dies kann eine erhebliche Leistungsverbesserung darstellen um dieses Flag zu verwenden, insbesondere über WAN-Verbindungen.
Wenn Sie OCI_DEFAULTals Flag übergeben, ist die automatische Festschreibung deaktiviert. Dies ist also das Standardverhalten.
In SQL Server (getestet mit SQL2005) können Sie zum Festlegen der automatischen Festschreibung auf Serverebene die TSQL verwenden, wie oben von anderen erläutert, oder Sie können die SSMS-GUI verwenden. So verwenden Sie SSMS:
Wenn das Kontrollkästchen deaktiviert ist, bedeutet dies, dass die automatische Festschreibung aktiviert ist. Wenn das Kontrollkästchen aktiviert ist, ist das automatische Festschreiben deaktiviert.