La independencia de datos implica: Si modificamos el modelo físico de datos entonces debemos modificar el modelo lógico de datos. Si modificamos el modelo lógico de de datos no es necesario modificar el modelo físico de datos. Cualquier modificación en una BBDD conllevará la necesaria modificación de las aplicaciones que la accedan. La independencia de datos se establece sólo entre la capa física y lógica de la BBDD.
Respecto a las variables en PL/SQL. Pueden ser de tipo base y de tipo ancla. Las de tipo ancla pueden, entre otras cosas, ser del mismo tipo que una columna de una tabla. Las de tipo ancla, pueden, entre otras cosas, almacenar varias filas de una tabla. Las de tipo ancla pueden, entre otras cosas, almacenar una única fila de un cursor.
Respecto a los procedimientos almacenados: Es un procedimiento que se ejecuta en el DBMS. Es un procedimiento que se almacena en el DBMS pero se ejecuta en el cliente que lo invoca. Es un procedimiento que se ejecuta en el DBMS pero se almacena en el cliente que lo invoca. Permite compartir código entre distintas sesiones.
Sea la sentencia “SQL INSERT X SET X.a = X.a+1”. Un disparador declarado
“CREATE TRIGGER TGR.UPD.X.A AFTER INSERT FOR EACH ROW”: Se ejecutará una única vez en cualquier caso. Se ejecutará una vez antes de insertar cada una de las filas de la tabla x. No tendrá accesos a las variables .new y .old. Tendrá acceso de lectura a la tabla X.
Sea la sentencia “SQL UPDATE X SET X.a = X.a+1”. Un disparador declarado
“CREATE TRIGGER TGR.UPD.X.A AFTER UPDATE FOR EACH ROW”: Se ejecutará una única vez en cualquier caso. Se ejecutará una vez antes de actualizarse cada una de las filas de la tabla x. No tendrá accesos a las variables .new y .old. Tendrá acceso de lectura a la tabla X.
Sea la sentencia “SQL UPDATE X SET X.a = X.a+1”. Un disparador declarado
“CREATE TRIGGER TGR.UPD.X.A AFTER INSERT FOR EACH ROW”: Se ejecutará una única vez después de realizarse ninguna actualización. Se ejecutará una vez antes de actualizarse cada una de las filas de la tabla x. No tendrá accesos a las variables .new y .old. Tendrá acceso de lectura a la tabla X.
Sea la sentencia “SQL UPDATE X SET X.a = X.a+1”. Un disparador declarado
“CREATE TRIGGER TRG_UPD_X_A AFTER INSERT”: . No tendrá accesos a las variables .new y .old. Se ejecutará una vez antes de actualizarse cada una de las filas de la tabla x. Se ejecutará una única vez después de realizarse ninguna actualización. Tendrá acceso de lectura a la tabla X.
Sea la sentencia “SQL INSERT X SET X.a = X.a+1”. Un disparador declarado
“CREATE TRIGGER TRG_UPD_X_A AFTER INSERT”: Se ejecutará una única vez en cualquier caso. Se ejecutará una vez antes de actualizarse cada una de las filas de la tabla X. No tendrá accesos a las variables .new y .old. Tendrá acceso de lectura y escritura a la tabla X.
Una tabla mutante: No puede ser leída por un disparador de tupla. No puede ser modificada por un disparador de tupla. Puede ser leída por un disparador de sentencia. Es una tabla a la que le ha picado una araña radioactiva.
El diccionario de datos: Viene predefinido por el DBMS, que a su vez es el encargado de mantenerlo actualizado. Un usuario sólo puede realizar de operaciones de lectura sobre este. Describe, entre otras cosas, el modelo lógico de datos de la BBDD. Describe, entre otras cosas, el modelo físico de datos de la BBDD. .
|
