Tabla con huecos
 

Hola.

Disculpen tengo una duda, resulta que tengo una tabla de Almacen, cuando se registra nueva mercancia mi cliente quiere que si entra la mercancia Televisor con una cantidad de 10, que la represente en la tabla 10 veces o sea diez lineas, y cuando vendo que se elimine el registro que se desea vender del almacen, por ejemplo el número de entrada 5 y 8 de los diez que ingrese.

Mi duda es ¿que problemas podria tener con una tabla con tantos huecos?, si es recomendable trabajar asi o alguna sugerencia que me puedan dar.

Epero me puedan ayudar....
:confused:

Saludos.

No te entiendo muy bien, no se porque tendrias que registar 10 veces un registro, si al final solo se trata del mismo producto; en todo caso solo tendrias que tener un campo cantidad y decrementar o incrementar solo a ese campo.
Y te evitarias de problemas...

hola.

mi sugerencia es que no dejes que el cliente te diga como tienes que programar.

el programador resuelve problemas, no hace lo que el cliente le pide (ese es otro tipo de oficio...).

supongo que te habra pedido algo asi porque cada articulo tiene su propio codigo de barras, no se.

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...)

Si la cosa es que no quiere ver de nuevo el registro fisicamente pues borralo logicamente con un campo integer

y ya nada mas le dices que where vendido = 0 a la tabla..
pues por que puede suceder que como son 10 teles o 10 aparatos de esos se debe de llevar un registro de serie de la telera y ya podras despues sacar un reporte de cuales series se vendieron y asi no dejas los registros en blanco y ya con el tiempo cuando creas que no sea necesario entonces a todos lo que tengan vendido = 1 los podras mandar a una tabla de historial y san se acabo el pex..

Hola

Algunas reflexiones sobre el tema

El cliente no tiene que decir cómo programar, pero sí lo que quiere (para eso paga un programa hecho a medida)

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)

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á)

Hola.

ya tengo la tabla de articulos donde cada articulo tiene un codigo Ejem: 01010101 donde cada par de dijitos representa Depto, Categoria, Marca, Modelo.

cuando registro en almacen digo el codigo 01010101 compre 10
y se registran los 10, a la hora de vender es cuando escriben el Num. de serie del articulo que se esta vendiendo.

Lo de repetir el registro 10 veces es para saber segun mi cliente el numero de entrada al almacen.

Me parece bien lo de crear 2 tablas bueno una ya la tengo la de articulos pero la de ejemplares no seria igual a la que tengo donde repito el codigo por cada articulo que hay.

Intentare madurar la idea.

Gracias por todas las sugerencias a todos.

saludos....

Héctor....