diseño base de stock

[djagu_26]

Hola como estan? debido a que no existe un sub foro que sea Diseño (aplicaciones o base), he decido postear aqui, antes que nada no quiero que me den la solucion sino mas bien me tiren ideas, planteeo el problema

Estoy diseñando una base de datos para una ferreteria, la cual posee las una variedad de articulos y tipo de articulos, los cuales se venden obiamente, pero me he trancado en la parte en la cual tengo que hacer control de stock, o sea esos articulos deberian tener subida de stock cuando se recibe mercaderia y baja de stock cuando esta se vende. Ahora bien la solucion que se me ocurrio a mi es sumamente precaria, mi idea es tener un campo el la tabla articulos que indique cuanto stock hay disponible para dicho articulo e ir subiendolo o bajandolo de acuerdo a si se ingresa stock o se vende, en fin ahi me he trancado
se aceptan sugerencias al respecto

saludos y muchas gracias

[quimfv]

La estructura podria ser la siguiente:

TablaProductos
id, descripcion,...

TablaCompras
id,idProducto,Cantidad,....

TablaVentas
id,idProducto,Cantidad,...

VistaStock
idProducto,Producto,stock

Código:

CREATE VIEW VistaStock
    SELECT TablaProductos.id as idProducto,
             TablaProductos.descripcion as Producto,
             SUM(TablaCompras.Cantidad)-SUM(TablaVentas.Cantidad) as Stock
         FROM TablaProductos INNER JOIN 
               (TablaCompras INNER JOIN TablaVentas
                          ON TablaCompras.idProducto=TablaVentas.idProducto)
                             ON TablaProductos.id=TablaCompras.idProducto)
        GROUP BY TablaProductos.id, TablaProductos.descripcion;

Esto ademas te permitiria guardar mas info, como precio de compra, fecha de compra, proveedor, con lo que aplicando tecnicas contables (FIFO, LIFO, Precio medio...) podrias determinar el precio de coste de la venta, y en ventas precio de venta y fecha....

Siempre puedes hacer un proceso anual que ponga un primer registro en Compras con el stock inicial del año y asi trabajar con las compras y ventas del año, guardando las anteriores en tablas de historico....

Creo que me he pasado lanzando ideas....

Quim

[djagu_26]

bueno amigo muchas gracias por la idea, me parece muy buena, el unico problema que veo a futuro es si por algun motivo tendria q mirar la base a otro motor tendria q re hacer la vista, pero muchas gracias igual por el interes
saludos

[gnzsoloyo]

No te vayas a creer. El módulo de código que te escribió quimfv es ANSI-SQL, por lo que es interpretable por cualquier motor.
En cuanto a la definición de las tablas, mientras mantengas la estructura, las tablas deben poderse migrar sin incompatibilidades... De hecho, implementé de prueba el esquema descripto en Oracle 10g, vía Oracle Express, y funcionó perfectamente.

[quimfv]

Gràcias gnzsoloyo por el soporte!!!

Quim