Re: [pgsql-es-ayuda] Problema con Entidad Relación

Pienso que en la normalizacion pasa algo creo que existiria redundancia
en cierto campos no por llamarse de la misma menera sino por el uso
excesivo del mismo ya que si por mi fuera haria una sola tabla para no
complicar el tema aplicaria indices nada mas pero no es muy claro en vez
de normalizar a duplicado un tabla, esta medio confuso

Raul Mero
Ing. Sis.
Corporacion MARZAM

Marcelo Retamal escribió:
> Hola Lista, tengo un problema: aca en la of, tenemos una discución por
> una diseño entidad relación, un compañero propuso un diseño medio
> descabellado y para mal de nosotros lo llevó a la base postgres y lo
> agüantó. Etas son las tablas:
> stelevision(
> contrato,
> servicio,
> registro,
> sucursal,
> etc...,
> llave primaria (contrato,servicio,registro,sucursal)
> );
>
> valor_paquete [que es una relación](
> sucursal [referencia de la tabla sucursal],
> servicio [que es el mismo campo que está arriba y llave foranea de la
> tabla servicio],
> paquete [referencia de la tabla paquete],
> etc...,
> llave primaria (sucursal,servicio,paquete)
> );
>
> rvalor_paquete_stelevision(
> contrato,
> servicio,
> registro,
> sucursal
> paquete,
> llave primaria (contrato,servicio,registro,sucursal,paquete)
> );
> constraint_1 (contrato,servicio,registro,sucursal) referenciado de
> stelevision (contrato,servicio,registro,sucursal);
> constraint_2(sucursal,servicio,paquete) referenciado de valor_paquete
> (contrato,servicio,registro,sucursal,paquete);
> Nota: el DELETE está en restrict y el Update está en cascade.
>
> En cuanto a diseño, hay un problema, pero el gestor lo agüantó, más
> encima metió datos y no hay problema. Ahora la preguntá para los que
> saben, ¿esa cosa está bien?, hasta ahora nosotros estabamos
> convencidos que no lo soportaba, más una relación ser llave foranea de
> otra relación. A mi parecer el problema está en la normalización y en
> enteder el problemas que es bastante largo de explicar pero este
> diseño ¿qué problemas prodría acarrear?.
>
> Eso no más. Gracias de antemano.
>
>
> Atte., Marcelo Retamal Vallejos.
> Ingeniería de Sistemas
> CMET

--