2014-05-05 13:35 GMT-05:00 Guillermo E. Villanueva <[email protected]>:
> 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
