| From: | Rodrigo Gonzalez <rjgonzale(at)estrads(dot)com(dot)ar> |
|---|---|
| To: | Mario Sileone <msileone(at)gmail(dot)com> |
| Cc: | Alejandro Carrillo <fasterzip(at)yahoo(dot)es>, "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: Problema con consulta |
| Date: | 2011-10-21 12:59:21 |
| Message-ID: | 4EA16CA9.8050207@estrads.com.ar |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
El 21/10/11 09:42, Mario Sileone escribió:
> Gracias por tu aporte, pero esta todo en orden por ese lado.
> Leyendo un poco mas, el planificador de Postgres utiliza el
> effective_cache_size para optimizar si vale la pena hacer index scan,
> seq scan,etc. Actualmente estaba en 128.
> Es posible, que el problema está en que esta consulta trabaja cerca
> del límite de memoria que necesita la ejecución y se produce el cambio
> cuando lee X cantidad más de registros, y allí está la diferencia?
>
> Saludos y gracias
>
> Mario Sileone
Tambien se me ocurre que necesite ordenar y este pasando a ordenar en
disco y no en memoria....habria que ver los dos explain analyze para ver
que es lo que esta sucediendo realmente.
Solo ideas....pero sin los explain y datos del servidor es dificil
imaginar algo mas....
Saludos
Rodrigo
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Lazaro Rubén García Martinez | 2011-10-21 13:23:24 | Problema con tablas temporales |
| Previous Message | Mario Sileone | 2011-10-21 12:42:44 | Re: Problema con consulta |