Transacciones Concurrentes

[[gluglu]]

Añado ...

Gracias ArdiIIa. Ya conocía el documento de transacciones de nuestro compañero Kinobi. Lo he leido en varias ocasiones. Pero como siempre pasa en estos casos, uno siempre aprende algo nuevo al volver a leer de nuevo un documento que hayas podido leer previamente en varias ocasiones.

Y he localizado lo siguiente ...

READ COMMITED NO RECORD_VERSION

: La transacción tiene acceso
a los registros modificados por otras transacciones que se estén ejecutando
concurrentemente. Si los cambios aún no han sido confirmados (commit),
y la transacción tiene el parámetro WAIT para la resolución de bloqueos,
esperará hasta que se confirmen (commit) o rechacen (rollback). Si
por el contrario tiene el parámetro NO WAIT, devolverá inmediatamente un
error a la aplicación cliente. En cualquier caso, una transacción nunca puede
tener acceso real a registros modificados, pero no confirmados (commit);
InterBase no soporta el llamado nivel de asilamiento READ UNCOMMITED,
también conocido como DIRTY READ.

Añado una nueva pregunta al hilo ... Firebird 2.0 soporta este tipo de 'Dirty Read' ??

[[gluglu]]

Me contesto a mi mismo ...

He consultado la documentación de Firebird en esta página y he encontrado esto :

Read locks - dirty reads Because records are tagged with their version and every transaction knows what transactions are currently active, no transaction can read a record version created by an active transaction. Dirty reads are impossible.