From: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
---|---|
To: | Edwin Quijada <listas_quijada(at)hotmail(dot)com> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: FW: Select de 11 horas |
Date: | 2010-04-29 23:50:30 |
Message-ID: | g2n3073cc9b1004291650r491302f3nc6e2bfe4534f440b@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
2010/4/29 Edwin Quijada <listas_quijada(at)hotmail(dot)com>:
>
>>
>> seria inutil tratar de interpretar el explain, con 18 tablas en el
>> FROM no estas usando el optimizador normal sino que esta usando GECO
>> (y básicamente escogiendo un plan al azar sea bueno o malo)
>
> Exactamente que es GECO ?
>
Normalmente postgres hace un analisis exhaustivo de las tablas en el
FROM para ver como deben juntarse (hacer el JOIN). Asi por ejemplo si
tienes las tablas: ABC, postgres examinara los siguientes ordernes de
JOIN
[[AB]C] [[AC]B] [A[BC]] etc
cuando hay demasidas tablas en el FROM (12 segun el predeterminado de
geqo_threshold) postgres considera que es muy costoso hacer ese
analisis exhaustivo y entonces simplemente escoje una plan al azar
(probablemente sigue algunas reglas muy simplistas para escojer el
plan, pero para todos los efectos es al azar) y no siempre el mismo
plan... por eso decia yo que de nada vale analizar el plan asi, cada
vez escojera una diferente...
--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2010-04-30 01:49:32 | Re: FW: Select de 11 horas |
Previous Message | Jaime Casanova | 2010-04-29 23:30:40 | Re: FW: Select de 11 horas |