1. ACTUALIZACIONES PERDIDAS
2. LECTURAS SUCIAS
3. Este tipo de bloqueo se utiliza cuando las transacciones no necesitan actualizar datos pero quieren impedir cualquier modificación de estos mientras son consultados.
3.1. BLOQUEOS COMPARTIDOS O DE LECTURA
4. Cuando la transacción mantiene un bloqueo de este tipo sobre un objeto ninguna otra transacción puede acceder a él, ni adquirir ningún tipo de bloqueo sobre ese objeto, hasta que sea liberado por la transacción .
4.1. BLOQUEOS EXCLUSIVOS O DE ESCRITURA
5. También llamado cerrojo como una variable asociada a cada elemento de datos que describe el estado de dicho elemento respecto a las posibles operaciones que se pueden realizar sobre ellos.
5.1. BLOQUEO
6. SNAP SHOT
6.1. Los datos se muestran como al principio no se tomaran en cuenta las actualizaciones que hayan sufrido por la ejecución de otras transacciones simultaneas.
7. READ UNCOMMITED
7.1. No afectan los bloqueos producidos por otras conexiones a la lectura de datos.
8. SERIALIZABLE
8.1. No se permitirá a otras transacciones la inserción,actualización o borrado de datos utilizados por nuestra transacción.
9. REPEATABLE READ
9.1. Garantiza que los datos leídos no podrán ser cambiados por otras transacciones.
10. PROBLEMAS DE CONCURRENCIA
11. ¿QUE ES?
11.1. Es una unidad de ejecución de un programa que accede y posiblemente actualiza varios elementos de datos.
11.1.1. ATOMICIDAD: Propiedad que asegura que una operación se ha realizado o no, y por lo tanto ante un fallo del sistema no puede quedar a medias.
11.1.2. CLASIFICACIONES
11.1.2.1. CONFIRMACIÓN ATÓMICA: Es el gestor de datos que inicia una transacción por cada operación que actualice datos.
11.1.2.2. IMPLÍCITAS: Comienza una transacción automática cada vez que se produce una actualización de datos.
11.1.2.3. EXPLICITAS:Instrucciones programadas manualmente.
11.1.3. RECUPERACIÓN
11.1.3.1. AL CLIENTE: Al ocurrir el fallo de memoria volátil es preciso realizar la operación que se suele denominar RECUPERACIÓN EN CALIENTE, en la que el sistema consulta el fichero diario para determinar las transacciones que hay que deshacer que no han sido completadas y que hay que rehacer porque no han sido grabadas en la base de datos.
11.1.3.2. EN FRIÓ: En caso de un fallo de memoria secundaria que afecte a la base de datos se lleva a cabo una recuperación en FRIÓ que consiste en utilizar una copia de seguridad de la BD también llamada respaldo (BACKUP) que permitiría junto con los ficheros diarios que se han ido produciendo desde que se realizó la copia de seguridad, reconstruir la BD llevándola de forma consistente a la situación anterior a que se produjo el fallo.