Teoría en transacciones

[huesos52]

Buen día comunidad


Estudiando un poco el tema de transacciones sobre oracle y haciendo algunas pruebas, me he encontrado con algunas cosas de las cuales me gustaría saber la teoría y el funcionamiento interno que hace oracle en estos aspectos.

Código SQL:

SQL> CREATE TABLE prueba(num NUMBER);
 
Tabla creada.
 
SQL> INSERT INTO prueba VALUES(1);   
 
1 fila creada.
 
SQL> INSERT INTO prueba VALUES(2);
 
1 fila creada.
SQL> ALTER TABLE prueba ADD num2 NUMBER; 
 
Tabla modificada.
 
SQL> ROLLBACK;
 
ROLLBACK terminado.
 
SQL> SELECT *FROM prueba;
 
       NUM       NUM2
---------- ----------
         1
         2
 

De esto se deduce, que una sentencia DDL hace un commit implicito de la transacción y la finaliza, ya que al hacer rollback, los registros fueron previamente confirmados por la sentencia DDL.


Mi segunda prueba, fue la que me trajo interrogantes.

Código SQL:

SQL> INSERT INTO prueba (num) VALUES(3);
 
1 fila creada.
 
SQL> SELECT *FROM prueba;
 
       NUM       NUM2
---------- ----------
         1
         2
         3
 
SQL> ALTER TABLE prueba ADD num3 NUMBERS;
ALTER TABLE prueba ADD num3 NUMBERS
                            *
ERROR en línea 1:
ORA-00902: tipo de dato no válido
 
 
SQL> ROLLBACK;
 
ROLLBACK terminado.
 
SQL> SELECT *FROM prueba;
 
       NUM       NUM2
---------- ----------
         1
         2
         3
 

Ejecuto una sentencia DDL con un error (tipo de dato NUMBERS) y efectivamente me muestra el error. Pero al hacer rollback, me doy cuenta que aunque fue una sentencia DDL fallida, me ha ejecutado el commit implicito. :

En una tercera prueba hago esto:

Código SQL:

SQL> INSERT INTO prueba (num) VALUES(4);
 
1 fila creada.
 
SQL> SELECT *FROM prueba;
 
       NUM       NUM2
---------- ----------
         1
         2
         3
         4
 
SQL> ALTER TABLE prueba DROP num2;
ALTER TABLE prueba DROP num2
                        *
ERROR en línea 1:
ORA-00905: falta una palabra clave
 
 
SQL> ROLLBACK;
 
ROLLBACK terminado.
 
SQL> SELECT *FROM prueba;
 
       NUM       NUM2
---------- ----------
         1
         2
         3
 

En este caso, aunque mandé una sentencia DDL errornea (Por un error de sintaxis), al hacer ROLLBACK si me deja deshacer los cambios.

En ultimas mi pregunta es:
Cual es la secuencia que realiza ORACLE al ejecutar sentencias DDL dentro de una transacción en curso?

Muchas gracias por su atención

[8vio]

Hola huesos52,

Umm coye no estoy seguro de lo que digo al 100%, pero al parecer el ultimo error es encontrado por asi decirlo en la etapa de parse de la sentencia DDL y el penultimo error es encontrado en la etapa de execute de la sentencia. Ya que en el parse se esta validando la estructura en si del sql. Ahora por como se ven las cosas el commit implicito es realizado antes del execute de la setencia por como lo demuestra tu investigacion ya que no hubo quejas con la estructura del sql sino con el tipo de dato. Esta muy interesante tu post, estoy investigando....

Aqui un link en ingles de como funcionan las setencias DML y al final hablan de como difieren las DDL. Ahora lo que si quiero saber es en que fase realiza el commit implicito, solo supongo que es despues del parse. Las fase no las listo xq no estoy completamente seguro de cuales son, sin embargo en el link hablan un poco de eso.

http://ovir.icp.ac.ru/oracle/doc/ser...6/sqlconce.htm

Saludos,

[jc3000]

Sois unos cracks los dos.

Gracias a este foro y a vosotros , siempre encuentro cosas nuevas y utiles para mi trabajo.

[huesos52]

Ante todo... mil gracias. El enlace que me diste, es un muy buen punto de arranque. Sin embargo, también sigo buscando por mi cuenta y cualquier novedad la postearé.


Un saludo a ambos.

[8vio]

Hola, esta muy interesante esto.

He buscado algo en la web y en la documentación de 11g. Me he encontrado una tablita bien interesante donde al parecer se muestra como caracteristica nueva que el commit implicito puede ser deshabilitado (Confirmar esto). Ahora bien, nuestro escenario seria

AutoCommit

OFF

DDLCommitBehavior

ON

Relationship

Configuración recomendada. Las sentencias DDL son implicitamente comiteadas antes y despues del execute. Todas las otras sentencias requieren un commit explicito.

Basado en lo posteado antes, en el ultimo caso, la sentencia no paso la validacion del sql o el parse por asi decirlo y por ende ni penso en realizar el execute. La penultima Realizo el parse, se podria decir que estaba correcta, hizo commit, hizo execute y esta fallo por el tipo de dato he hizo rollback del DDL.

He aqui otro enlace que nos habla un poco de como funcionan dichas transacciones. (Revisar tabla 8-1 o leerlo todo) (Ingles)

http://download.oracle.com/docs/cd/E...3065/trans.htm

Saludos huesos52, jc3000, y a toda la comunidad que presta su apoyo a los post.

Excelente que nunca nos conformemos con solo saber un poco.

[huesos52]

Perfecto.

Muchísimas gracias 8vio. Una respuesta así era la que estaba buscando.

Apenas llevo unos meses incursionando en este mundo y todavía no domino como buscar en esta extensa pero excelente documentación.

Son unos tesos.

saludos desde colombia

[8vio]

Excelente que te haya servido.... Igualmente aprendi algo nuevo con este post, muchas gracias por el reto.

Un misterio mas, resuelto

Saludos y suerte.

[killerangel]

Q grandes k-r-j !!!!!!!