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

Re: Proble?==?iso-8859-1?Q?ma con Entidad Relación

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>
Subject: Re: Proble?==?iso-8859-1?Q?ma con Entidad Relación
Date: 2006-08-27 19:59:17
Message-ID: 20060827195916.GC14525@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
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

In response to

Responses

pgsql-es-ayuda by date

Next:From: Juan MartínezDate: 2006-08-27 20:10:54
Subject: Re: PgDesigner - Un diseñador de BD GPL para Postgres
Previous:From: Jota MachucaDate: 2006-08-27 05:30:07
Subject: Re: FUERA DE TOPICO - DILEMA PRACTICO

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