From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Álvaro Hernández Tortosa <aht(at)nosys(dot)es> |
Cc: | Juan Manuel Acuña Barrera <gps1mx(at)gmail(dot)com>, Lista PostgreSQL en Español <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: excepcion en SELECT * |
Date: | 2011-05-11 16:15:04 |
Message-ID: | 1305130323-sup-3852@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Excerpts from Álvaro Hernández Tortosa's message of mié may 11 12:02:25 -0400 2011:
> Wed, May 11, 2011 at 11:56:28AM -0400, Alvaro Herrera escribió:
> >No sé, esto que sugieres es un esquema de tipo EAV lo cual normalmente
> >no es buena idea. Yo creo que la tabla original con 80 columnas puede
> >ser una buena solución al problema que tiene.
> Bueno, como he dicho depende mucho del modelo de datos (que no
> conozco). Pero estando de acuerdo en el rendimiento, me preocupa
> inicialmente más el diseño, y si hay que añadir columnas para cada nuevo
> tipo de evento, el problema de mantenibilidad es bastante grande. No
> sabiendo seguro que va a existir un problema de rendimiento, prefiero
> optar por el diseño (y optimizar posteriormente si fuera necesario).
Sí, bueno, a mí me pareció que las columnas _obs_ eran indicadores más
que eventos. En todo caso estoy de acuerdo contigo en que habría que
saber más del modelo para saber exactamente qué hacer.
> En todo caso, insisto, depende mucho del modelo de datos, y yo
> no sé si los atributos son parte natural del registro o encajan más en
> un esquema tipo EAV. El número de datos NULL en todos estos atributos
> podría ser un buen indicador, ¿no crees? :)
Sí, de acuerdo.
--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
From | Date | Subject | |
---|---|---|---|
Next Message | Mario Raúl Rico | 2011-05-11 16:42:09 | Re: Consulta de Virtual Machine para PostgreSQL |
Previous Message | Sergio Gabriel Rodriguez | 2011-05-11 16:12:25 | [OT] Skytools después de que M$ comprara Skype |