From: <je...@in...> - 2005-11-21 09:00:22
|
El Jueves, 17 de Noviembre de 2005 18:00, chuchip escribi=F3: > Francisco Rodr=EDguez wrote: >=20 > >=BFComentarios, sugerencias? > > > >Un saludo, > > =20 > > > =BF Y si simplemente amplias el campo donde se guarda el codigo ?. >=20 > Si el codigo actualmente es, por ejemplo, un int de 6 digitos, hacer que > sea un varchar de 15. De este modo los primeros 6 caracteres serian el > codigo base (el mismo que el actual), los siguientes 3 podrian ser la > talla y los siguientes 3 el color. El resto lo dejariamos como prevision. >=20 > De esta manera no habria que modificar los programas de gestion de > almacen, ellos tratarian con un solo codigo. Logicamente esto lleva al > problema de que hacer si un producto no tiene talla o color, pero este > caso se podria solucionar con comodines. El incoveniente de este metodo > es que el usuario debe introducir siempre 12 digitos, cuando quizas son > representativos solo 6. Logicamente esto se podria solucionar, al menos > en parte, con un buen interface de entrada donde se pida la entrada del > producto en 3 campos. > Hay otra opcion y es tener codigos dobles.=20 >=20 > Por compatibilidad se podria trabajar como dices, con 3 codigos > diferentes, pero en control de almacen e incluso en albaranes y facturas > trabajar con un codigo interno. Ese c=F3digo seria invisible para el > usuario y solo se utilizaria a nivel interno, siendo este codigo un int > de x digitos. Es buena idea pero creo que complicar=EDa demasiado el modelo de datos. A l= a=20 hora de dise=F1ar las tablas y garantizar la integridad y coherencia de los= =20 datos, si el stock de un art=EDculo se controla, por ejemplo, con la=20 referencia+talla+color, entonces esa tabla ha de tener esos campos como cla= ve=20 compuesta. Esto suponiendo propiedades fijas (talla y color). Siempre podem= os=20 admitir talla y color como nulos y de este modo el stock sigue funcionando= =20 s=F3lo con referencia para los art=EDculos "normales".=20 De otro modo hay que hacer un interfaz distinto al modelo de datos y esto d= a=20 mucho trabajo y mucho c=F3digo de script que puede evitarse y prevenir=20 problemillas futuros. > El tema de carnicas es mas complejo pues con la trazabilidad se complica > a=FAn mas la cosa. Cada producto que entra debe tener un codigo que lo > diferencie, entendiendo que 'el producto' puede ser una caja o incluso > una pieza y que tendra una serie de caracteristicas diferentes de otra > pieza con el mismo codigo. Esas caracteristicas son, entre otras: 'Fecha > Caducidad', 'Matadero', 'Sala Despiece', 'Origen', 'Fecha Sacrificio', > etc... Claro, en este caso habr=EDa que hacer un estudio especial y ver por d=F3nd= e=20 salimos... Saludos, Jes=FAs Rodr=EDguez InfoSiAL, S.L. |