From: | "David Primero Segundo" <aberracion2001(at)hotmail(dot)com> |
---|---|
To: | alvherre(at)commandprompt(dot)com, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: inheritance in postgresql |
Date: | 2007-07-24 10:24:39 |
Message-ID: | BAY125-F26525B4AC196C41C34367EC0F00@phx.gbl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
>From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
>To: David Primero Segundo <aberracion2001(at)hotmail(dot)com>
>CC: pgsql-es-ayuda(at)postgresql(dot)org
>Subject: Re: [pgsql-es-ayuda] inheritance in postgresql
>Date: Sun, 22 Jul 2007 01:16:29 -0400
>
>David Primero Segundo escribió:
>
> > Álvaro no sé por qué me recomendáis evitar las jerarquías siempre que
> > pueda, si éstas son tan habituales dentro de los diseños conceptuales.
>En
> > mi caso, yo concibo mi modelo conceptual o diseño con una jerarquía y si
>la
> > evito caería en fallos como desperdiciar espacio físico ya que exiten
> > tablas hijas que tienen atributos específicos y si las elimino y me
>quedo
> > con la tabla padre añadiendo estos atributos a esta tabla padre, pues
>como
> > digo habrá casos que estos campos no se utilicen y desperdiciaré
>memoria.
> > Por otro lado concibo una jerarquía porque las tablas hijas tiene
> > relaciones específicas y hay que hacer una diferenciación. Por tanto, no
>sé
> > como evitar la jerarquía para mi es dificil evitarlas en mis models
> > conceptuales es como si me dices que evite una clave foránea, eso no se
> > puede evitar cuando es necesario, pues lo mismo pienso de la jerarquia.
>
>La verdad es que no has explicado tu problema. Lo unico que dijiste fue
>que tu creias que la podias implementar usando jerarquias. Luego fuiste
>a IRC y te dijeron que si pudieras evitarlas, las evitaras. Luego
>viniste aca, y yo te dije que si podias evitarlas, las evitaras. No te
>he dicho que no las uses. Si no ves ninguna otra solucion para tu
>problema, usalas. Pero si puedes evitarlas, ...
>
>Pero ten en cuenta que esto es un sistema _relacional_. No es una base
>de datos OO.
>
>--
>Alvaro Herrera http://www.CommandPrompt.com/
>PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>--
>---------------------------(fin del mensaje)---------------------------
>TIP 4: No hagas 'kill -9' a postmaster
Gracias por tu respuesta Álvaro, si no expliqué bien mi problema es porque
estaba comentiendo un error de concepto importante sin saberlo. Te explico,
Yo pensaba que la forma de implementar una jerarquía de tables en sql y en
concreto en postgresql era a través del comando inheritance. Luego comprendí
mi error y ahora sé que este comando es para otra cosa (jerarquía de
objetos), y sé que para implemnetar una jerarquía de tables hay que jugar
con las claves foráneas y claves primarias, en teroría las condiciones de
integridad nos dicen que para pasar al modelo relacional una jerarquía se
hace principalmente así:
1. la table hija tendrá el mismo atributo primary key que la table padre y
además este atributo en la table hija será también foreignn key
referenciando a la tabla padre.
Por eso no entendía como me aconsejábais evitar la jerarquía de tablas si
eso es una cosa tan comun en tanto diseños conceptuales. Pero claro lo que
decías era que evitara usar la jeraquia de objetos.
Bueno ya está clara mi confusión y solo espero que coincidas conmigo en la
forma de implementar una jerarquía de tablas. Un saludo.
_________________________________________________________________
Acepta el reto MSN Premium: Correos más divertidos con fotos y textos
increíbles en MSN Premium. Descárgalo y pruébalo 2 meses gratis.
http://join.msn.com?XAPID=1697&DI=1055&HL=Footer_mailsenviados_correosmasdivertidos
From | Date | Subject | |
---|---|---|---|
Next Message | Pedro Mateo | 2007-07-24 13:28:16 | sobre directorios de descarga postgres |
Previous Message | tech | 2007-07-24 08:52:52 | Recuperar bd despues de formatear Xp |