[Php-avanzado] datos tesis

Leonardo Tadei - Pegasus Tech Supply leonardot en pegasusnet.com.ar
Vie Ene 2 18:01:17 ART 2009


Hola Federico,

El vie, 02-01-2009 a las 19:07 +0000, Federico Rafaelli escribió:
> Gracias por las explicaciones Leo,  un termino nuevo para mi que voy a
> incorporar. Con respecto al importe aplicado me refiero a que por ej.
> la fc nro.1205 de $1500.- se canceló con un pago de $1000 en OP
> nro.145 y con un pago de $500 en OP nro.179, o sea:
>  
> id_compPpal   id_compRel  Importe_aplicado
> 145              1205            1000
> 179              1205            500   
>  
> Esa es la idea.

> El importe total del comprobante cuyo id sea "id_compPpal" puede ser
> otro, ya que puede tener mas fc.

	Entiendo la idea... pero en este caso, esto no va ahí.
	Si necesitás saber la composición de de comprobantes pagados en una
orden de pago, lo que necesitás implementar es un "detalle de la orden
de pago" en otra tabla, en la que pondrás como referencia los datos del
comprobante afectado, el importe, y demás datos relevantes.

> En mi caso me interesa el contenido de las OP, por eso en comprobante
> ppal voy a poner siempre comprobantes de este tipo.

	Esta es una particularidad del sistema que no tiene que ver con la
normalización.
	Conceptualmente hablando, la tabla refleja la relación entre
comprobantes de cualquier tipo, ya que no podés poner restricciones de
almacenamiento que le den más sentido que este.

	Si hace falta guardar cuanto se canceló de una factura con una OP,
habrá que guardarlo en un lugar a propósito para esto. De lejos se ve
parecido (sino igual) a cuando hace falta guardar detalles de una
factura...

	Saludos!

PD: se entiende el ejemplo, pero en tu modelo en valor de id_compPpal
siempre será mayor al del id_compRel ;-)
-- 
Leonardo Tadei
leonardot en pegasusnet.com.ar
http://blog.pegasusnet.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key



Más información sobre la lista de distribución Php-avanzado