[Php-avanzado] Normalización

[David Barraud]

Leo: está todo bien, no hace falta aclarar nada, estamos para aprender.
Sólo que no he hecho nunca la programación de remitos y por el momento es
confuso pero ya vamos a ver la luz.
Dejando de lado el tema de dar de baja y la solicitud, quiero concentrarme
primeramente en dar de alta el insumo.
Yo tengo un mecanismo que crea el nuevo insumo (tabla insumos) y utilizamos
otro mecanismo que es el remito de alta de insumos para cargar la cantidad
del insumo que ya está creado en el sistema.
Con las 2 tablas que planteás entonces quiero entender que con un solo
remito emitido por ejemplo en una fecha determinada yo puedo cargar n
cantidad de insumos, esto es así ?
Entonces la pantalla del remito de alta de insumos tendría que permitirme
poder seleccionar digamos desde 1 a 20  (por decir un número) insumos
distintos antes de grabar?

Muchas gracias


El 3 de julio de 2012 15:44, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:

> Hola David,
>
> El mar, 03-07-2012 a las 12:32 -0300, David Barraud escribió:
> > Hola Leo, ya estoy corrigiendo el tema de los nombres de las tablas,
> > van a quedar como tienen que ser
>
>         Ok. Como te decía, lo dejaba a tu criterio.
>
> >  pero  antes de enviarte las correcciones de la normalización, tengo
> > que preguntarte por la corrección que hiciste a la tabla
> > "alta_insumos".
> > Para no complicarme la vida había pensado en un remito para cada
> > producto que se agrega al stock y no un remito para muchos productos.
>
>         David, esto no es "complicación", sino solamente plantear el
> almacenamiento como corresponde para un comprobante.
>         Y cómo pensabas hacer con las Solicitudes de Reparación? Si te
> hacían
> falta dos repuestos ibas a crear una Solicitud más?
>
>         Creeme que es mucho menos complicado hacer esto bien, que las
> salvedades en el manejo de los comprobantes de baja que pensabas hacer
> para que sirvan también para las Solicitudes.
>         Además, siendo que todo el código y el almacenamiento es muy
> homogéneo,
> solo tenés que hacer uno y el resto es "guardar como", cambiar el titulo
> y el nombre de las tablas
>
>         En resumen, si vas a manejar comprobantes (Remitos, Solicitudes,
> etc),
> tenés que modelarlos bien. El tema del trabajo final no es impuesto, así
> que si no querés hacer esto podés elegir otro tema y te ayudaré como
> siempre para llevarlo adelante.
>
>         Si por falta de tiempo querés acortar el trabajo final (más
> todavía,
> porque son solo 8 RF contra alrededor de 15 que plantearon tus
> compañeros), podrías no hacer el RF8, y das de alta stock con el RF4 y
> de baja con el RF6.
>
>         Te mando un saludo cordial!
>
>
> PD: no leas este mensaje como un reto, porque no lo es... es una amena
> charla entre colegas.
>
>
> > Teniendo en cuenta esto: sería correcta la tabla que envié al
> > principio pero amplicando la información agregando el atributo nombre?
> >
> > #alta_insumos
> >  id_alta
> >  fecha
> >  id_insumo
> >  cantidad
> >  nombre
> >
> > Muchas gracias
> >
> >          Normalización
> >
> >
> >         > alta_insumo(id_alta, fecha,  cantidad,  id_producto)
> >
> >                 Cuando Normalizás un comprobante de casi cualquier
> >         tipo, te quedan dos
> >         tablas David: una de la cabecera del comprobante, y otra con
> >         los Items
> >         que la forman. Esto es porque el ID de alta y la fecha es para
> >         todos la
> >         misma, y el Insumo y la cantidad de cada uno son los Items del
> >         comprobante.
> >                 Por otra parte, en los Items tenés que guardar los
> >         datos mínimos para
> >         identificar al Insumo y no solo el ID, para cumplir con tu RF3
> >         y poder
> >         borrar Insumos sin que se pierdan los detalles de los mismos.
> >                 En este caso podría ser:
> >
> >         # RemitoAltaInsumos
> >         id
> >         fecha
> >
> >         # RemitoAltaInsumosDetalle
> >         id
> >         id_remito_alta
> >         id_insumo
> >         nombre
> >         cantidad
> >
> >
> >
> > _______________________________________________
> > Php-avanzado mailing list
> > Php-avanzado en pato2.fi.mdp.edu.ar
> > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Blog: http://blog.pegasusnet.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20120703/33476336/attachment-0001.html>