From: | "Cristian Saavedra" <cristian(dot)aquii(at)gmail(dot)com> |
---|---|
To: | "Cristian Saavedra" <cristian(dot)aquii(at)gmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: ayuda con planeador |
Date: | 2007-01-10 21:33:09 |
Message-ID: | 4bd8ca30701101333m47bf5f1ere86de626a5e14c3c@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On 1/10/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> Cristian Saavedra escribió:
>
> Hola,
>
> > Tengo una pregunta, tengo una tabla con varios datos sobre compañias,
> > esta tabla tiene casi 10'000.000 de registros. Ahora, hay un campo que
> > es la llave primaria y otros 6 campos que referencian todos a la misma
> > tabla.
> >
> > id | cat1_id | cat2_id | cat3_id | cat4_id | cat5_id | varios campos.......
> > -------------------------------------------------------------------------------------------
>
> Huh, el modelo es un poco sucio -- por que no poner esos ID de categoria
> en una tabla aparte? Cuentanos, esas columnas son no nulas?
>
Jejeje tienes razon en lo de lo sucio del modelo, inicialmente se
encontraban en una tabla intermedia que permitia tener una relacion de
1 a N, pero pues eso ocasiona el tener tablas muy grandes y en el
momento de hacer la busqueda el servidor no podia con el join de esa
tabla. Asi que como la informacion quien nos la suministra, garantiza
que no tiene mas de 5 campos, entonces decidi irme por ese lado
buscando esta vez velocidad (que es lo mas importante en este caso) en
lugar de normalizacion de los datos.
Las tablas pueden ser nulas con excepcion de cat1_id que es no nula.
From | Date | Subject | |
---|---|---|---|
Next Message | Jeferson Alvarez | 2007-01-10 21:41:39 | problema con pg_hba.conf |
Previous Message | Alvaro Herrera | 2007-01-10 21:02:15 | Re: ayuda con planeador |