relacion entre

Conalep 156
Construcción de bases de datos.

Ana Isabel Velázquez.

Trabajo para entregar.

Miguel Angel Ortiz Ríos.

409

Matricula: 11306-8


A) ADMINISTRACION DE TRANSACCIONES.
DEFINICION DE TRANSACCIONES EN SQL:
El lenguaje de consulta de datos SQL (Structured Query Language), provee los mecanismos para especificar que un conjunto de acciones deben constituir una transacción.BEGIN TRAN: Especifica que va a empezar una transacción.
COMMIT TRAN: Le indica al motor que puede considerar la transacción completada con éxito.
ROLLBACK TRAN: Indica que se ha alcanzado un fallo y que debe restablecer la base al punto de integridad.
En un sistema ideal, las transacciones deberían garantizar todas las propiedades ACID; en la práctica, a veces alguna de estas propiedades sesimplifica o debilita con vistas a obtener un mejor rendimiento.

PROTOCOLO DE BLOQUEO EN DOS FACES:
Requisito: todos los bloqueos preceden a los desbloqueos. Primera fase: bloqueos. Segunda:
desbloqueos.
Propiedad: según este requisito no existen planificaciones no secuenciables legales.
Teorema 9.2: Si S es cualquier planificación de transacciones de dos fases, S es secuenciable.Demostración: Supongamos que no sea secuenciable. Entonces, por el teorema 9.1, el grafo de
secuencialización de G para S tiene un ciclo:
Ti1 →Ti2 →L→Tip →Ti1
Por tanto, algún bloqueo de Ti2 sigue a un desbloqueo de Ti1 ; algún bloqueo de Ti3 sigue a un
desbloqueo de Ti2 , ..., algún bloqueo de Ti1 sigue a un desbloqueo de Tip . Por tanto, algún
bloqueo de Ti1 sigue a un desbloqueo de Ti1 ,contradiciendo la suposición de que Ti1 es una
transacción de dos fases.
El protocolo de dos fases no asegura ausencia de interbloqueos:
T1= LOCK B; LOCK A; UNLOCK A; UNLOCK B;
T2= LOCK A; LOCK B; UNLOCK B; UNLOCK A;

B) MANEJO DE CONCURRENCIA.
Definition de concurrency:
Tipos de Concurrencia de Transacciones Optimista: Deja realizar modificaciones de los datos y se persisten(conmutado). Cuando se van a persistir se verifica que no se han modificado por otras transacciones simultáneamente; en cuyo caso produce un error. Más información del Patrón Optimista. Pesimista: Para los datos modificados, realizar un bloqueo de los mismos. Impendiendo que otras transacciones realicen cambios de esos datos. Más información del Patrón Pesimista.





TECNICAS DE BLOQUEO:
•Compartido: para operaciones sólo de lectura. Se permiten lecturas concurrentes, pero
Ninguna actualización.
• Actualización: para operaciones que pueden escribir. Sólo se permite que una transacción
Adquiera este bloqueo. Si la transacción modifica datos, se convierte en exclusivo, en caso
Contrario en compartido.
• Exclusivo. Para operaciones que escriben datos. Sólo se permite que unatransacción
Adquiera este bloqueo.
• Intención: se usan para establecer una jerarquía de bloqueo. Por ejemplo, si una transacción
Necesita bloqueo exclusivo y varias transacciones tienen bloqueo de intención, no se
Concede el exclusivo.
• Intención compartida. Bloqueo compartido.
• Intención exclusiva. Bloqueo exclusivo.
• Compartido con intención exclusivo. Algunos bloqueos compartidos yotros exclusivos.
• Esquema. Para operaciones del DDL.
• Actualización masiva. En operaciones de actualización masiva.



C) Configuración de controles de acceso.
Creación, modificación y eliminación de usuarios.









Definición de roles y perfiles:
ROLES
Los roles son conjuntos de privilegios. Un rol puede tener garantizados una serie de privilegios tanto del sistema comosobre objetos, y a la vez puede tener garantizado otros roles.
Por defecto cuando creamos un usuario desde el Enterprise Manager se le asigna el permiso de Conectó, lo que permite al usuario conectarse a la BD y crear sus propios objetos en su propio esquema. De otra manera, debemos asignarlos en forma manual.
Sintaxis para crear un Rol y asignarlo a un usuario:
SQL> CREATE ROLE appl_dba;...