Hola
Algunas reflexiones sobre el tema
Cita:
Posteado originalmente por haron
mi sugerencia es que no dejes que el cliente te diga como tienes que programar.
|
El cliente no tiene que decir cómo programar, pero sí lo que quiere (para eso paga un programa hecho a medida)
Cita:
Posteado originalmente por haron
supongo que te habra pedido algo asi porque cada articulo tiene su propio codigo de barras, no se.
|
Normalmente, este tipo de productos (al igual que la mayoría de informática), llevan un número de serie que es el que te da la garantía del producto, de ahí que necesite una entrada por cada artículo (al cual deberá añadirle ese nº de serie)
Cita:
Posteado originalmente por haron
yo tendria dos tablas:
ARTICULOS (con la denominacion generica del articulo) y
EJEMPLARES (cada articulo tiene varios ejemplares en el almacen que se diferencian por el codigo de barras, color, etc...) [/b]
|
completamente de acuerdo en esta solución (estás haciendo lo que pide el cliente
). Visualmente, tu puedes presentar la información de la manera que quiere el cliente y, internamente, puedes y debes hacer lo que tu creas más correcto para el rendimiento, estabilidad y facilidad de uso y gestión de la aplicación
Aparte, otro dato que debe de guardarse (y razón por el cual no debe borrarse el registro una vez vendido el artículo), es la fecha de venta (o de compra dependiendo de cómo de la garantía si por fecha de venta o de compra suya) para saber cuándo cadica la garatía de dicho artículo (si es por el tema de garantías, claro está)