Niveles de aislamiento

Más allá de la ACTUALIZACIÓN explícita, las transacciones también tienen reglas matemáticas innatas profundamente integradas en el motor que gobiernan cuánta energía gastar aislando cada interacción individual de forma predeterminada. Esto se llama Nivel de aislamiento. En el mundo SQL conocemos 4 estándar, en orden de potencia y seguridad pero obviamente lo contrario en términos de rendimiento.

• READ UNCOMMITTED: Locura anárquica, su transacción verá todos los cambios realizados por otros, incluidos los datos temporales de personas que se encuentran a la mitad de sus propios scripts. Nadie lo usa en bases de datos grandes debido a los constantes errores de lectura sucia.
• READ COMMITTED: (predeterminado para Postgres). Verá instantáneamente nuevos datos tan pronto como un tercero emita un COMMIT, pero puede ser víctima de lecturas fantasma (ver nuevos registros a mitad de sus largos flujos de trabajo) o de una vista consistente no lineal.
• REPEATABLE READ: Más pesado. Durante la duración de su gran sesión de ventana de tiempo, "veo" la base de datos congelada en el momento en que comenzó mi consulta, ignorando e ignorando por completo incluso las confirmaciones oficiales completadas por otras personas. Protege contra la aparición mágica de registros, garantizando la estabilidad.
• SERIALIZABLE: Nivel Dios (súper lento). Trata cada transacción superpuesta bloqueándolas y ejecutándolas en serie en un solo carril, abortando implacablemente aquellas que chocan, eliminando de raíz incluso la posibilidad científica de la más mínima colisión, sacrificando un sólido 90% del alto rendimiento.

¿Cómo lo configuras?

En lugar del BEGIN; normal, escriba:

BEGIN ISOLATION LEVEL SERIALIZABLE;

-- and you proceed normally with your hermetically sealed isolation
UPDATE products SET stock = 10;
COMMIT;

O en algunas variantes y motores más antiguos lo asignas después de arrancar:

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

Pruébalo tú mismo