Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Firebird e Interbase (https://www.clubdelphi.com/foros/forumdisplay.php?f=19)
-   -   duda sobre control de existencias de articulos (https://www.clubdelphi.com/foros/showthread.php?t=28662)

gmontes 27-12-2005 22:52:35

duda sobre control de existencias de articulos
 
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


:confused:

jachguate 28-12-2005 02:29:43

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

Saludos.

;)

kalimero 28-12-2005 09:57:35

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

jachguate 29-12-2005 04:56:13

Cita:

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? :confused:

kalimero 29-12-2005 10:04:26

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 02-01-2006 19:59:10

Cita:

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.

Cita:

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 03-01-2006 09:46:14

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 10-01-2006 02:28:45

Cita:

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.
Cita:

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.

;)


La franja horaria es GMT +2. Ahora son las 13:27:25.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi