From: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | Ernesto Quiñones <ernestoq(at)gmail(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: querys pesados |
Date: | 2009-05-08 13:58:53 |
Message-ID: | 3073cc9b0905080658k442f9546j315c15081a7b278c@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
2009/5/7 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
> Ernesto Quiñones escribió:
>> voy a probarlo luego, gracias por la sugerencia
>> el problema es que hay una herramienta tonta que genera querys de ese
>> tipo, por eso me preguntaba si quizas existe alguna manera de
>> modificando la configuracion por defecto del pgsql podria darle mayor
>> eficiencia a querys asi de pesados, como aumentar caches o cosas asi
>
> No creo. La consulta está mal formulada, así que mal puede ayudarte
> Postgres a ejecutarla más eficientemente. Una cosa que quizás te ayude
> sea subir work_mem para que quepa todo el resultado del hash join ...
> pero son casi 2 GB así que no me parece muy factible.
>
> Creo que la solución a tu problema pasa por inteligentizar tu
> herramienta tonta.
>
yo no lo echaria toda la culpa a la herramienta tonta, no sera que
debes enseñarle a tu herramienta mejor las relaciones entre tus
tablas? es decir, posiblemente lcl_maecliente y f_consumo
(posiblemente no se relacionan *unicamente* por codcliente, sino que
debes decirle que hay mas campos que los relacionan)
eso explicaria porque si lcl_maecliente solo tiene ~123000 registros
(que es el resultado maximo de registros que te deberia devolver la
consulta es eso) te esta devolviendo ~5millones de registros...
--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157
From | Date | Subject | |
---|---|---|---|
Next Message | Ernesto Quiñones | 2009-05-08 14:27:22 | Re: querys pesados |
Previous Message | Jaime Casanova | 2009-05-08 13:22:11 | Re: Replicas versiones distintas de postgresql !!! |