![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
Herramientas | Buscar en Tema | Desplegado |
#5
|
||||
|
||||
Cita:
Trataré de explicarlo con un ejemplo: Supongamos que tenes una tabla de exisencias, y tu programa, en la caja 1 y en la caja 3 inicia una factura al mismo tiempo, leyendo ambos el siguiente registro: Código:
Producto Existencia -------- ----------- cocacola 50
Ado prepara y lanza a la base de datos la siguiente sentencia: . Cuando la caja 1 vende 5 cocacolas, lanzará una sentencia como: . dado que ella "recordaba" que la existencia era 50, pero este registro en particular ya no existe, lanzando el error que te encontras. Hay varias formas de evitar este problema. Una, que es la que a mi mas me gusta dado que podemos seguir trabajando en un modelo de bloqueos optimista, es lanzar las actualizaciones desde triggers en la propia base de datos y no desde el programa cliente. Otra es poner una capa intermedia que serialice las actualizaciones, forzando siempre a refrescar el registro antes de actualizar. Hay otras, pero no hay mucho tiempo para explicar cada una, espero que con esta información tengas suficiente para investigar por tu cuenta y poner a funcionar tu creatividad. Hasta luego. ![]()
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
![]() |
|