From: | Jaime Casanova <jaime(at)2ndquadrant(dot)com> |
---|---|
To: | "Guillermo E(dot) Villanueva" <guillermovil(at)gmail(dot)com> |
Cc: | Martín Marqués <martin(at)2ndquadrant(dot)com>, Laura Martinelli <lmartinelli(at)unlu(dot)edu(dot)ar>, Luis Ramon Sanchez Rico <sabrewolf76(at)gmail(dot)com>, POSTGRES <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] relación a una tabla u a otra tabla |
Date: | 2014-05-05 21:30:32 |
Message-ID: | CAJKUy5hgwtuiuBdjXEpvFycFdtHYBF33pNxMyodid+QJtGfv8w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
2014-05-05 13:35 GMT-05:00 Guillermo E. Villanueva <guillermovil(at)gmail(dot)com>:
> Si si, eso es lo que dijo Alvaro y no lo discuto. Solo digo que no es
> bueno que ya por diseño uno de los dos campos va a ser NULL en todas las
> filas.
>
>
no por diseño, es la implementación de un diseño en el que se usa la misma
tabla para almacenar ambos datos.
la otra implementación posible es la que mencione, un campo tipo y usar el
mismo campo con un constraint trigger para RI
cual es mejor? probablemente la que incluye dos campos. un campo null ocupa
un solo bit (lo que se traduce en al menos 1 byte pero si ya tienes campos
en null no usas nada adicional) y como ventaja adicional no debes inventar
la rueda tratando de hacer un constraint trigger que simule el FK
mientras que en la otra opción, son dos campos not null (es decir que
usamos al menos 5 bytes) mas el constraint trigger
ahora, la estructura física de la tabla es solo la forma en que implementas
el diseño lógico y no deberías alterar el diseño lógico pensando solo en la
estructura física sino al reves
--
Jaime Casanova www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
Phone: +593 4 5107566 Cell: +593 987171157
From | Date | Subject | |
---|---|---|---|
Next Message | Lazaro Ruben Garcia Martinez | 2014-05-05 21:44:47 | RE: creando backup con barman |
Previous Message | Fernando Hevia | 2014-05-05 21:14:17 | Re: creando backup con barman |