Cómo asignar la propiedad de una solicitud a un único trabajador del agente

Define la propiedad de la ejecución

Usa una clave estable para la solicitud y registra trabajador, versión de asignación y vencimiento cuando corresponda. Decide si la propiedad abarca todo el expediente o un paso concreto. Dos consultas independientes pueden convivir; dos trabajadores preparando el mismo envío necesitan coordinación. Documenta esa frontera antes de elegir el mecanismo.

Haz indivisible la adquisición

Pide una operación que compruebe y asigne la propiedad como una única decisión del sistema de datos. PostgreSQL documenta bloqueos con reglas de conflicto entre transacciones; también advierte sobre interbloqueos. No mantengas una transacción abierta mientras esperas una respuesta larga del modelo. La elección concreta debe revisarla quien administra la base y conocer sus límites.

Piensa en el trabajador que vuelve tarde

Si una asignación vence y otro trabajador toma el caso, el primero puede seguir vivo. Antes de aceptar su resultado, comprueba que conserva la versión de propiedad vigente. La expiración libera trabajo abandonado, pero por sí sola no impide una escritura tardía. El sistema receptor debe rechazar la versión antigua o derivar la operación si no puede comprobarla.

Prueba simultaneidad real

Lanza dos ejecuciones de ensayo sobre la misma clave y registra cuál adquiere el caso. Después detén al propietario, deja que otro lo recupere y entrega el resultado antiguo. Verifica que solo el propietario vigente avanza el estado. Esta prueba cubre la carrera entre trabajadores; la conciliación de una escritura externa incierta necesita además su propio procedimiento. Asigna una alerta para solicitudes cuyo propietario desaparece repetidamente.

Observa las solicitudes abandonadas

Prepara una vista de propiedad vencida, recuperaciones y rechazos de resultados antiguos. Un aumento puede indicar lentitud o fallos de trabajadores. Revisa la causa antes de alargar todas las asignaciones: una vigencia mayor reduce recuperaciones legítimas y puede mantener solicitudes bloqueadas durante más tiempo del que el negocio acepta.

Fuentes y documentación

• Bloqueos de PostgreSQL — Explica exclusión entre transacciones y riesgo de interbloqueos.