¿Es posible ejecutar múltiples instrucciones DDL dentro de una transacción (dentro de SQL Server)?

Question

Me pregunto si es posible ejecutar múltiples instrucciones DDL dentro de una transacción. Estoy especialmente interesado en SQL Server, aunque las respuestas con otras bases de datos (Oracle, PostgreSQL al menos) también podrían ser interesantes.

He estado haciendo algunos "CREATE TABLE" y "CREATE VIEW" para la tabla creada dentro de una transacción y parece haber algunas inconsistencias y me pregunto si los DDL no deberían hacerse dentro de la transacción. ..

Probablemente podría mover el DDL fuera de la transacción pero Me gustaría obtener alguna referencia para esto. Lo que he encontrado hasta aquí:

• MSDN página Isolation Levels in the Database Engine dice claramente que hay restricciones en lo que las operaciones DDL se pueden realizar en una transacción explícita que se ejecuta en el aislamiento de instantánea - pero no estoy usando el aislamiento de instantánea y esto debería resultar como un error.
  • Esto podría interpretarse de modo que las operaciones DDL se puedan llevar a cabo en una transacción explícita bajo diferentes niveles de aislamiento?
• Oracle® Database Gateway for SQL Server User's Guide#DDL Statementsafirma que sólo una instrucción DDL puede ejecutar en una transacción dada - es esto vale también para SQL Server utilizada directamente?

Para Oracle:

• Dentro Así que la pregunta Unit testing DDL statements that need to be in a transaction se dice que Oracle hace implícita comprometerse para una sentencia DDL? (aunque no hay referencias)

Si algo importa, estoy haciendo esto con Java a través del controlador JTDS JDBC.

b.r. Touko

Answer 1

Podría ser que en MS SQL, las transacciones implícitas se desencadenen cuando se ejecutan las sentencias DDL y DML. Si se pulsa varias veces este fuera de esta ayuda, utilice SET IMPLICIT_TRANSACTIONS

EDIT: otra posibilidad - No se pueden combinar CREATE VIEW con otras declaraciones en el mismo lote. CREATE TABLE está bien. Separe los lotes con GO.

EDIT2: PUEDE utilizar múltiples DDL en una transacción, siempre que se separen con GO para crear diferentes lotes.

Answer 2

Para el caso general y IIRC, no es seguro asumir que las declaraciones DDL son transaccionales.

Es decir, hay una gran libertad de acción sobre cómo las alteraciones de esquema interactúan dentro de una transacción (suponiendo que lo haga). Esto puede ser por proveedor o incluso por la instalación particular (es decir, hasta el dba), creo. Por lo menos, no use un DBMS para suponer que otros tratarán las declaraciones DDL.

Edición: MySql es un ejemplo de un DBMS que no admite transacciones DDL en absoluto.Además, si tiene replicación/duplicación de base de datos, debe tener mucho cuidado de que el servicio de replicación (la replicación de Sybase sea la norma, créalo o no) realmente replicará la instrucción DDL.

Answer 3

Si está creando tablas, vistas, etc. sobre la marcha (que no sean variables de tabla o tablas temporales), es posible que realmente necesite replantear su diseño. Esto no es algo que normalmente debería suceder desde la interfaz de usuario. Incluso si debe permitir alguna personalización, las instrucciones DDL no deberían estar sucediendo al mismo tiempo que se ejecutan inserciones/actualizaciones/eliminaciones transaccionales. Es mucho mejor separar estas funciones.

Esto también es algo que necesita una dosis saludable de consideración y prueba de lo que sucede cuando dos usuarios intentan cambiar la estructura de la misma tabla al mismo tiempo y luego ejecutan una transacción para insertar datos. Hay algunas cosas realmente aterradoras que pueden suceder cuando permite a los usuarios hacer ajustes en la estructura de su base de datos.

También algunas declaraciones DDL siempre deben ser la primera declaración de un lote. Cuidado con eso también cuando los estés ejecutando.

Answer 4

Sé que la mayoría de las bases de datos tienen restricciones, pero Postgres no. Puede ejecutar cualquier creación de tabla numérica, cambios de columna y cambios de índice en una transacción, y los cambios no son visibles para la unidad de otros usuarios que COMMIT tiene éxito. ¡Así deberían ser las bases de datos! :-)

En cuanto a SQL Server, puede ejecutar DDL dentro de una transacción, pero SQL Server does not version metadata, y así los cambios serían visibles para los demás antes de que la transacción se confirme. Pero some DDL statements can be rolled back if you are in a transaction, pero para cuáles funcionan y cuáles no, deberá realizar algunas pruebas.