Sistema de stock, cual es la manera de diseniarlo ?

Depende de a qué se le dé prioridad: tu diseño está más orientado a
consultas por el stock (número de elementos que quedan por producto), con lo
que esta consulta será más rápida y eficiente; en contra tiene que tienes
que mantener ese campo de alguna forma (procedimiento almacenado, trigger,
campo calculado, etc), con lo que se penaliza la creación de un nuevo
movimiento (será más lento porque tendrá que hacer más de una operación).

Por otro lado, el planteamiento de tu jefe está más orientado a una
mayor rapidez a la hora de crear un nuevo movimiento, pero penalizará la
consulta de la cantidad de material restante al tener que recorrerse la
tabla de STOCK-MOVIMIENTOS (probablemente usará el índice que crees sobre el
IDProducto, pero aún así será evidentemente más lenta).

Eso es algo que dependerá de los requerimientos de la aplicación, los
dos diseños no son malos per sé...


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Sandro" escribió en el mensaje
news:

Entre en una discucion, con mi jefe acerca de como diseniar la base de

datos

de stock, el me plantea lo siguiente:
Una tabla para los productos y otra para los movimientos, hasta ahi todo

de

acuerdo, pero a mi se me ocurrio armara de la siguiente manera
STOCK - PRODUCTOS
IDProducto
Descripcion
Cantidad
etc.

STOCK - MOVIMIENTOS
IDProducto
CantidadMovida
etc.

y para consultar la cantidad disponible simplemente consultar la tabla
STOCK-PRODUCTOS por la cantidad y listo.

Pero mi jefe me plantea que no se tiene que guardar la cantidad disponible
sino que cada ves que quiera saber sobre la cantidad consultar la tabla de
movimientos y hacer el reecuento de los movimientos y de ahi sacar la
cantidad disponible.

Como nunca disenie sistemas para stock y demas, no puedo saber si es la
mejor manera.

Algun aporte, algun link donde sacar informacion ?

Gracias de antemanos