From: | Juan Manuel Acuña Barrera <gps1mx(at)gmail(dot)com> |
---|---|
To: | Lista PostgreSQL en Español <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: excepcion en SELECT * |
Date: | 2011-05-10 17:44:55 |
Message-ID: | E8C5439E-1298-4BF1-9751-46B4C6411086@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
El 10/05/2011, a las 11:47, Álvaro Hernández Tortosa escribió:
> Tue, May 10, 2011 at 11:37:35AM -0500, Juan Manuel Acuña Barrera escribió:
>
>>
>> Como les había comentado en un correo anterior, he trabajado mucho tiempo con mysql, pero apenas soy un novato en postgresql, y de hecho quiero migrar varias aplicaciones a postgresql, entre ellas justamente la que se menciona que tiene una tabla con 80 columnas. Espero poder aprovechar este momento de migración para rediseñar esa tabla y dividirla en varias tablas más pequeñas.
>
> En mi opinión, no es un criterio de tamaño (salvo casos
> justificados de rendimiento) lo que debe determinar el número de
> columnas.
>
> Si tu información, por registro, tiene 80 vectores (atributos),
> entonces es perfectamente lícito que haya 80 columnas. Si por ejemplo,
> se quieren registrar coordenadas en un espacio de 80 dimensiones (OK,
> concedo que no es el mejor ejemplo posible), entonces 80 columnas es un
> buen diseño. Si por el contrario, se quiere registrar las ventas de cada
> tienda, donde hay (hoy) 80, y las columnas se llaman "tienda_1" y
> "tienda_79" o "tienda_lugar1" y "tienda_lugar79", entonces sí es un mal
> diseño.
Bien, de acuerdo a tu ejemplo, en realidad son atributos de los cuales debo llevar un registro, por lo que creo que coincido mucho más con tu primer ejemplo que con el segundo.
Un ejemplo del tipo de campos que se lleva sería algo como:
id: 2345
fecha_generacion_registro: 2011-04-30
monto: 24150
cve_obs_apertura: 14
cve_obs_primer_asignacion: 21
cve_obs_cierre: 23
... y así por 72 claves de observación mas ...
Aún así creo que buscaré la manera de rediseñar esta tabla, me incomoda un poco que sea tan grande.
Saludos!
Juan Manuel.
>
> Lo que realmente debe definir es: ¿qué es mi registro? ¿Qué
> atributos tiene? ¿Lo que defino ahora como fila, es un registro o tiene
> muchos registros del mismo tipo? (como en el caso que planteo de las
> tiendas).
>
> Saludos,
>
> Álvaro
>
> --
>
> Álvaro Hernández Tortosa
>
>
> -----------
> NOSYS
> Networked Open SYStems
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
iEYEARECAAYFAk3JeZ0ACgkQTc4QiYN6hDfdrgCfRmCnINa6uxRL7a+dbF9L6ezd
HRAAoKgsFqGNUKW7gdJj9hKIRBMCzjuE
=Fc0d
-----END PGP SIGNATURE-----
From | Date | Subject | |
---|---|---|---|
Next Message | Marcelo Robin | 2011-05-10 18:14:34 | Re: INVALID BYTE SEQUENCE FOR ENCONDING UNICODE |
Previous Message | Alvaro Herrera | 2011-05-10 17:40:56 | Re: [OT] - Estrategia de tablas (red social -muchos a muchos-). |