Re: ayuda con planeador

On 1/10/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> Cristian Saavedra escribió:
> > 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.
>
> El servidor no se la podia? Me parece dudoso. Te sugiero que pruebes
> volviendo a normalizar, y luego nos muestres un EXPLAIN ANALYZE de la
> consulta que trae los datos que te interesan, a ver que te podemos
> aconsejar.
>

Si claro, estoy creando unos indices sobre la tabla que me presenta el
problema, en cuanto termine ejecuto los dos querys, el normalizado y
el otro y los traigo por aca.