duda sobre control de existencias de articulos

[gmontes]

mi duda es la siguiente:


tengo un sistema de inventarios en delphi 6 y firebird. en una red de 5 usuarios

como controlan la actualización de existencias cuando ocurre en un mismo articulo?. (son articulos que se mueven mucho y es posible que ocurra una actualizacion en el mismo lapso)

ya sea disminuir o aumentar y costear

[jachguate]

Lo mejor es: Transacciones cortas (de unos cuantos milisegundos) y actualizar siempre en el mismo órden para evitar deadlocks.

Saludos.

[kalimero]

Hola.
Podrias guardar la informacion referente a los movimientos de almacen y exsistencias de articulos en una tabla mantenida mediante disparadores.
Saludos

[jachguate]

Empezado por kalimero

Hola.
Podrias guardar la informacion referente a los movimientos de almacen y exsistencias de articulos en una tabla mantenida mediante disparadores.
Saludos

Claro... pero esto no evita de ninguna forma que ocurran los bloqueos si la transacción está abierta por períodos largos de tiempo... ¿me equivoco?

[kalimero]

Hola Juan Antonio.

Lo que quiero decir es que como bien comentas se deben aplicar transacciones lo mas cortas posibles sobre la tabla donde se realice el movimiento de articulos (si es una venta pues en la tabla de ventas, si es un prestamo pues en la de prestamos, etc,etc). Posteriormente se disparan los trigers y se realizan actualizaciones en la tabla donde se almacene la informacion relativa al stock del articulo.
Ciertamente lo que evita los bloqueos es mantener las transacciones abiertas el menor tiempo posible. Despues los disparadores haran su trabajo conforme se van cerrrando las transacciones

Saludos

[jachguate]

Empezado por kalimero

Hola Juan Antonio.

Lo que quiero decir es que como bien comentas se deben aplicar transacciones lo mas cortas posibles sobre la tabla donde se realice el movimiento de articulos (si es una venta pues en la tabla de ventas, si es un prestamo pues en la de prestamos, etc,etc). Posteriormente se disparan los trigers y se realizan actualizaciones en la tabla donde se almacene la informacion relativa al stock del articulo.

No logro imaginar a en que punto o contra que tablas pondrías los triggers. Lo que si se decir es que los triggers no se dispararán "posteriormente". La idea de estos, precisamente, es que se disparen justo en el momento en el que ocurre la acción a la que fueron asociados. before/after insert/update/delete.

Empezado por kalimero

Despues los disparadores haran su trabajo conforme se van cerrrando las transacciones

Es justamente esto lo que no ocurre... creo que ya ha quedado explicado antes.

[kalimero]

Hola.
Quizas (bueno, seguro jejeje) nome expique bien:
Imagina que tienes una tabla llamada 'COMPRAS' donde guardas informacion relativa al articulo y unidades compradas (entre otra). Imagina tambien que tienes otra tabla 'VENTAS' donde guardas esta vez informacion sobre unidades vendidas de un determinado articulo. Por otro la do tienes la tabla 'STOCK' donde almacenas las unidades que tienes de cada articulo en el almacen.
Pues bien, yo los disparadores los aplicara a las tablas 'COMPRAS' y 'VENTAS' de forma que estos actualizarian la tabla 'STOCK'. Por su parte la transacción envolveria a la accion de comprar o vender y sería lo mas corta posible (como comentabas acertadamente) dado que el nivel de concurrencia,según indicaba gmontes en la consulta inicial, es muy elevado.

[jachguate]

Empezado por kalimero

yo los disparadores los aplicara a las tablas 'COMPRAS' y 'VENTAS' de forma que estos actualizarian la tabla 'STOCK'.

Es lo típico.

Empezado por kalimero

Por su parte la transacción envolveria a la accion de comprar o vender y sería lo mas corta posible (como comentabas acertadamente)

Claro! Este es uno de los "secretos". El otro, es realizar las actualizaciones en el mismo órden. Así, la posibilidad de deadlocks, a mi criterio, se reduce bastante.

Una técnica bastante "popular", por ejemplo, en lugar de lanzar las actualizaciones contra las insersiones, es lanzarlas al "actualizar" un campo en el encabezado de movimientos de inventario, lo que te da el chance de abrir un cursor y ordenar los detalles por algún campo específico (el id_artículo, por decir algo).

Así, aún cuando la concurrencia sea alta (que tal un hipermercado con 50 o 60 cajas vendiendo cocacolas y lechugas al mismo tiempo), es poco probable que ocurra un deadlock al actualizar el stock.

Saludos.



Hasta luego.