Skip site navigation (1) Skip section navigation (2)

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

From: "Marcelo Retamal" <mretamal(at)cmet(dot)net>
To: "Lista Postgres" <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: [pgsql-es-ayuda] Problema con Entidad Relación
Date: 2006-08-28 19:12:28
Message-ID: 005701c6cad5$e7d1d0d0$da018282@mretamalxp (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Bueno... vale, de todas formas desvancamos la idea de mi compañero y le 
dimos bastantes vueltas al asunto hasta que encontramos la solución ajustada 
a la entidad/relación.  En todo caso fue todo un día de discución y 
entremedio risotadas.  Como conclusión... de que agüanta, agüanta.

Nuevamente gracias.

----- Original Message ----- 
From: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>
To: "Marcelo Retamal" <mretamal(at)cmet(dot)net>
Cc: "Lista Postgres" <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Sunday, August 27, 2006 3:59 PM
Subject: Re: [pgsql-es-ayuda] Problema con Entidad Relación


> 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ó.
>
> Hola,
>
> Postgres aceptará cualquier diseño que sea sintácticamente válido.  Si
> una persona es lo suficientemente idiota como para inventar un diseño
> que viola todas las normas establecidas de normalización, etc, o
> suficientemente brillante como para inventar una solucion novedosa a un
> problema dificil, y este esquema cumple con las restricciones
> sintacticas que Postgres impone, el esquema podrá ser creado, digamos
> "lo aguantará".
>
> Con respecto a este esquema en particular:
>
>> 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?
>
> Bien, yo no veo que haya ningun problema aca.  El diseño incluso parece
> razonable.  Pero en realidad no has publicado un esquema concreto, solo
> una descripcion ambigua.  Si mostraras el esquema con lujo de detalles
> podriamos decirte mas certeramente si "esta bien" o "esta mal", o si "es
> una mala idea" o no lo es.
>
>> 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?.
>
> En principio yo no veo ninguno.
>
> -- 
> Alvaro Herrera 
> http://www.CommandPrompt.com/
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 4: No hagas 'kill -9' a postmaster 


In response to

pgsql-es-ayuda by date

Next:From: crispin tolavi moralesDate: 2006-08-28 19:27:03
Subject: pgadmin
Previous:From: jasi guerreroDate: 2006-08-28 18:31:45
Subject: equivalente del *= en postgres

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group