¿Qué niveles de aislamiento de transacciones existen en SQL?

Los niveles de aislamiento de transacciones en SQL determinan el grado de protección de los datos frente a transacciones paralelas. Afectan a posibles problemas: lectura sucia, lectura no repetible y lectura fantasma.

El estándar SQL define cuatro niveles de aislamiento:

1. Read Uncommitted: El nivel más bajo. La transacción puede leer datos no confirmados (sucios) de otras transacciones.

   • Permite: lectura sucia, lectura no repetible, lectura fantasma.

2. Read Committed: La transacción solo puede leer datos confirmados. No hay problema de lectura sucia.

   • Permite: lectura no repetible, lectura fantasma.

3. Repeatable Read: La transacción garantiza ver los mismos datos en lecturas repetidas. Los datos leídos dentro de la transacción no pueden ser modificados ni eliminados por otra transacción hasta su finalización.

   • Permite: lectura fantasma.

4. Serializable: El nivel más alto. Las transacciones se ejecutan secuencialmente, como si trabajaran una tras otra. Previene completamente todos los problemas mencionados.

   • Permite: ningún problema mencionado.

Tabla resumen de problemas y niveles de aislamiento:

Problema	Read Uncommitted	Read Committed	Repeatable Read	Serializable
Lectura sucia	Posible	Imposible	Imposible	Imposible
Lectura no repetible	Posible	Posible	Imposible	Imposible
Lectura fantasma	Posible	Posible	Posible	Imposible

La elección del nivel de aislamiento depende de los requisitos de la aplicación en cuanto a consistencia de datos y rendimiento. Los niveles más altos garantizan mayor integridad, pero pueden reducir el rendimiento debido a un aumento en los bloqueos. El nivel por defecto suele depender del sistema de gestión de bases de datos (por ejemplo, en PostgreSQL y Oracle por defecto es Read Committed, en MySQL es Repeatable Read).