Bloqueo optimista
El bloqueo optimista detecta al guardar si un registro cambió desde el estado leído.
Comparar el estado inicial al guardar
El bloqueo optimista comprueba durante un cambio si sigue vigente el estado conocido. A menudo usa un identificador de versión. En un ejemplo ficticio, dos personas editan la misma dirección de servicio. Tras el primer guardado, la segunda no debe sobrescribir silenciosamente el estado modificado.
La condición de versión y la escritura deben aplicarse juntas de forma fiable. Una comparación previa seguida de escritura sin protección no basta. No se mantiene un bloqueo largo durante la entrada del usuario, aunque puede haber bloqueos breves al escribir en la base. Un conflicto detectado requiere resolución de negocio, como releer y revisar cambios. El mecanismo no decide qué entrada es correcta.
Fuentes
Términos relacionados
- Bloqueo de base de datosUn bloqueo de base de datos coordina el acceso simultáneo a datos u objetos para evitar operaciones incompatibles sin control.
- Regla de negocioUna regla de negocio describe una condición o decisión que determina cómo se trata una operación.
- Sistema heredadoUn sistema existente que sigue en uso, con dependencias técnicas y de negocio acumuladas.
- Arquitectura multiinquilinoUna solución multiinquilino admite ámbitos separados por cliente o grupo. Un inquilino no equivale automáticamente a una persona o una base de datos.
- Caché del navegadorLa caché del navegador guarda respuestas HTTP adecuadas. Su reutilización y validación siguen las reglas correspondientes.
- Invalidación de cachéLa invalidación hace que una copia guardada deje de reutilizarse según reglas definidas. El registro de origen es una cuestión distinta.
Artículos sobre el tema
Desarrollo de software con ASES
Software a medida, aplicaciones web y móviles