Claude Opus 5.5 — el modelo para programación y trabajo del conocimiento a largo plazo

Salida real de Claude Opus 5.5

Una solicitud, enviada a Claude Opus 5.5 con nivel de razonamiento bajo. Sin editar.

Explica la diferencia entre bloqueo optimista y pesimista en una base de datos, en dos párrafos cortos, y di cuándo usar cada uno.

El **bloqueo pesimista** asume que los conflictos son probables, así que bloquea un registro tan pronto como una transacción lo lee para actualizar (p. ej., `SELECT ... FOR UPDATE`). Las otras transacciones que intenten modificarlo deben esperar hasta que se libere el bloqueo. Esto garantiza que nadie más pueda cambiar los datos durante la transacción, pero reduce la concurrencia y puede causar bloqueos o interbloqueos. Úsalo cuando la contención sea alta, los conflictos sean costosos o difíciles de reintentar, o las transacciones sean cortas y críticas, como en transferencias de saldo bancario o decrementos de inventario en artículos populares. El **bloqueo optimista** asume que los conflictos son raros, así que no toma bloqueo al leer. En su lugar, comprueba en el momento de escribir si los datos cambiaron desde que se leyeron, normalmente con un número de versión o marca de tiempo (p. ej., `UPDATE ... SET version = version + 1 WHERE id = ? AND version = ?`). Si otra transacción llegó primero, la actualización afecta cero filas y la aplicación reintenta o informa del conflicto. Esto escala bien y evita mantener bloqueos durante operaciones largas, como cuando un usuario edita un formulario. Úsalo cuando las lecturas superen ampliamente las escrituras, los conflictos sean infrecuentes, o el trabajo abarque largos períodos donde mantener un bloqueo sería impracticable.

Generado 2026-09-27. Las respuestas varían de una ejecución a otra.