Duplicar informacion o recalcular datos??

13/03/2007 - 20:56 por Ace | Informe spam
Hola a todos! Tengo una duda a nivel de diseño que supongo que más de uno se
ha encontrado.

Me dispongo a crear una base de datos que va a controlar un almacén de
productos.

A la hora de tratar este almacén no se si es mejor guardar en un registro la
cantidad de producto que tenemos en el almacén o calcularlo restando las
salidas a las entradas de los mismos.

La teoria dice que, usando una base de datos relacional, deberíamos
recalcular la información antes de duplicarla. Pero suponiendo que el
almacén va a generar un gran número de entradas y salidas diarias y que el
programa puede estar funcionando durante muchos años ¿puede que el proceso
de calcular el stock actual se haga muy costoso?¿quizá es mejor guardar el
stock actual en un registro?¿Tal vez lo mejor es una solución intermedia
como guardar los stock anuales una vez cerrado el ejercicio?..
Saludos!!! y gracias.
 

Leer las respuestas

#1 Fernando Espana
13/03/2007 - 23:26 | Informe spam
Tengo un cliente, que realiza por lo menos 70,000 ventas mensualmente en una
de sus sucursales, en las 4 restantes el promedio mensual es de 30 a 40 mil
ventas, si a eso sumamos las compras mas todos los ajustes de inventarios
que pueden estar incluidos y tomando en cuenta que todo esto esta almacenado
en un solo servidor, te podria decir que a la altura de 6 años de historia
pensar en recalcular datos, seria de por si, sin sentido, yo te recomiendo
que vayas llevando una tabla con acumulados mensuales, otra con acumulados
diarios por que de esa forma se te hara mas sencillo poder presentar hasta a
nivel de un Kardex la informacion en mi caso tengo dos tablas asi:


IdProducto Int,
MesAnio char(7)
Inicial Int, ** Inicial tiene como default una funcion que calcula el valor
final del registro correspondiente anterior
Ingresos int,
Salidas int,
Final Int ** es una simple funcion que hace (Inicial+Ingresos)-Salidas

esta tabla almacena a nivel de mes y año, dado que la base de datos se
compone de 52,345 articulos es muy eficiente

luego tengo la misma estructura pero por dia y nomas tengo que calcular a la
hora de solicitar un informe de donde extraer el saldo inicial. simple pero
efectivo.



"Ace" escribió en el mensaje de noticias
news:
Hola a todos! Tengo una duda a nivel de diseño que supongo que más de uno
se ha encontrado.

Me dispongo a crear una base de datos que va a controlar un almacén de
productos.

A la hora de tratar este almacén no se si es mejor guardar en un registro
la cantidad de producto que tenemos en el almacén o calcularlo restando
las salidas a las entradas de los mismos.

La teoria dice que, usando una base de datos relacional, deberíamos
recalcular la información antes de duplicarla. Pero suponiendo que el
almacén va a generar un gran número de entradas y salidas diarias y que el
programa puede estar funcionando durante muchos años ¿puede que el proceso
de calcular el stock actual se haga muy costoso?¿quizá es mejor guardar el
stock actual en un registro?¿Tal vez lo mejor es una solución intermedia
como guardar los stock anuales una vez cerrado el ejercicio?..
Saludos!!! y gracias.

Preguntas similares