| From: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
|---|---|
| To: | Vida Luz Arista <vida(dot)arista(at)ideay(dot)net(dot)ni> |
| Cc: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-es-ayuda(at)postgresql(dot)org |
| Subject: | Re: Tuning auna consulta |
| Date: | 2009-07-16 22:50:10 |
| Message-ID: | 3073cc9b0907161550p592c6a6cj944f9da5df2cbd44@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
2009/7/16 Vida Luz Arista <vida(dot)arista(at)ideay(dot)net(dot)ni>:
> Ok, la url es: http://explain.depesz.com/s/n4y
>
Ah! mejor... y ahora si son como 2 minutos ;)
No tengo mucho tiempo, un par de sugerencias rapidas...
1) probaste cambiando el distinct por un group by como sugeri antes?
2) en realidad, necesitas esa subconsulta? pregunto porque veo que en
el FROM principal esta usando esas mismas tablas (es posible que si lo
neceistes porque veo que preguntas por principal = false en el FROM
principal y por principal = true en la subconsulta)
3) veo que hay bastante diferencia entre las filas esperadas y las
filas recuperadas en algunos casos... haz ejecutado analyze
recientemente?
tengo la impresion de que esto es una tabla recursiva, lo es?
--
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 | 2009-07-16 23:32:01 | Re: Tuning auna consulta |
| Previous Message | Jaime Casanova | 2009-07-16 21:41:40 | Re: caracteristicas unicas de postgresql |