Ist es möglich, mehrere DDL-Anweisungen innerhalb einer Transaktion (innerhalb von SQL Server) auszuführen?

Question

Ich frage mich, ob es möglich ist, mehrere DDL-Anweisungen innerhalb einer Transaktion auszuführen. Ich bin speziell an SQL Server interessiert, obwohl auch Antworten mit anderen Datenbanken (Oracle, zumindest PostgreSQL) interessant sein könnten.

Ich habe einige "CREATE TABLE" und "CREATE VIEW" für die erstellte Tabelle innerhalb einer Transaktion gemacht und es scheint einige Inkonsistenzen zu geben und ich frage mich, ob die DDLs innerhalb der Transaktion nicht getan werden sollten. ..

Ich könnte wahrscheinlich die DDL außerhalb der Transaktion bewegen, aber Ich möchte eine Referenz dafür erhalten.

• MSDN-Seite Isolation Levels in the Database Engine sagt deutlich, dass gibt es Beschränkungen auf, was DDL-Operationen durchgeführt werden kann in einer expliziten Transaktion, die unter Snapshot-Isolation ausgeführt wird - aber ich bin nicht mit Snapshot-Isolation: Was habe ich bis jetzt dieses gefunden und das sollte als ein Fehler resultieren.
• Dies könnte so interpretiert werden, dass DDL-Operationen in einer expliziten Transaktion unter verschiedenen Isolationsstufen ausgeführt werden können?

Oracle® Database Gateway for SQL Server User's Guide#DDL Statements besagt, dass nur eine DDL-Anweisung kann in einer gegebenen Transaktion ausgeführt wird - gilt dies auch für SQL Server verwendet, um gerade?

Für Oracle:

• Innerhalb SO Unit testing DDL statements that need to be in a transaction Frage gesagt wird, dass Oracle implizit begeht eine DDL-Anweisung? (auch wenn keine Referenzen)

Wenn es etwas ausmacht, mache ich das mit Java über den JTDS JDBC-Treiber.

b.r. Touko

Answer 1

Könnte es sein, dass in MS SQL implizite Transaktionen ausgelöst werden, wenn DDL- und DML-Anweisungen ausgeführt werden. Wenn Sie diese Option deaktivieren, verwenden Sie SET IMPLICIT_TRANSACTIONS

BEARBEITEN: eine andere Möglichkeit - Sie können CREATE VIEW nicht mit anderen Anweisungen im selben Batch kombinieren. CREATE TABLE ist in Ordnung. Sie trennen Chargen mit GO.

EDIT2: Sie können mehrere DDL in einer Transaktion verwenden, solange sie mit GO getrennt sind, um verschiedene Chargen zu erstellen.

Answer 2

Für den allgemeinen Fall und IIRC ist es nicht sicher anzunehmen, dass DDL-Anweisungen transaktional sind.

Das heißt, es gibt sehr viel Spielraum, wie Schemaänderungen innerhalb einer Transaktion interagieren (vorausgesetzt, dass es überhaupt geschieht). Dies kann durch den Verkäufer oder sogar durch die bestimmte Installation (d. H. Bis zu der DBA), glaube ich. Verwenden Sie also zumindest kein DBMS, um anzunehmen, dass andere DDL-Anweisungen als "say" behandeln.

Edit: MySql ist ein Beispiel für ein DBMS, das DDL-Transaktionen überhaupt nicht unterstützt.Wenn Sie über Datenbankreplikation/-spiegelung verfügen, müssen Sie außerdem sehr vorsichtig sein, dass der Replikationsdienst (die Replikation von Sybase ist die Norm, ob Sie es glauben oder nicht) die DDL-Anweisung tatsächlich repliziert.

Answer 3

Wenn Sie im laufenden Betrieb Tabellen, Ansichten usw. (außer Tabellenvariablen oder temporäre Tabellen) erstellen, müssen Sie Ihr Design wirklich überdenken. Dies sind keine Dinge, die normalerweise von der Benutzeroberfläche aus geschehen sollten. Selbst wenn Sie eine Anpassung zulassen müssen, sollten die DDL-Anweisungen nicht gleichzeitig mit der Ausführung transaktionaler Einfügungen/Aktualisierungen/Löschungen erfolgen. Es ist viel besser, diese Funktionen zu trennen.

Dies ist auch etwas, das eine gesunde Dosis von Überlegung und Tests benötigt, was passiert, wenn zwei Benutzer versuchen, die Struktur der gleichen Tabelle zur gleichen Zeit zu ändern und dann eine Transaktion auszuführen, um Daten einzufügen. Es gibt wirklich gruselige Dinge, die passieren können, wenn Sie Benutzern erlauben, Anpassungen an Ihrer Datenbankstruktur vorzunehmen.

Auch einige DDL-Anweisungen müssen immer die erste Anweisung eines Stapels sein. Achten Sie auch darauf, wenn Sie sie ausführen.

Answer 4

Ich weiß, die meisten Datenbanken haben Einschränkungen, aber Postgres nicht. Sie können in einer Transaktion Tabellenkalkulationen, Spaltenänderungen und Indexänderungen ausführen, und die Änderungen sind für andere Benutzer nicht sichtbar, wenn die COMMIT-Einheit erfolgreich ausgeführt wurde. So sollten Datenbanken sein! :-)

Wie für SQL Server können Sie DDL innerhalb einer Transaktion ausführen, aber SQL Server does not version metadata, und so Änderungen wären für andere sichtbar, bevor die Transaktion festschreibt. Aber some DDL statements can be rolled back if you are in a transaction, aber für welche funktionieren und welche nicht müssen Sie einige Tests ausführen.