Re: join super lento

On 2/23/2016 10:57 AM, Alvaro Herrera wrote:
> Hellmuth Vargas escribió:
>> Hola Mario
>>
>> Ajuste los parámetros y no se ve gran cambio, tanto con el work_mem por
>> default como con el de 2048 MB, ya no adjunto imagen pues por el tamaño del
>> mensaje no lo permite la lista.
>
> Estimados, no es necesario adjuntar las mismas imágenes una y otra vez
> al responder. La primera vez las imágenes pudieron comunicar algo,
> aunque los EXPLAIN en texto (que también están en el mensaje) muestran
> la misma información. Pero ¿cómo se justifica que en cada respuesta se
> incluyan las mismas imágenes de vuelta?
>
> La "netiqueta" indica recortar el texto del mensaje al que se responde;
> por cada palabra del mensaje original que no recortas al responder, tu
> deidad sacrifica un gatito. Se sabe que cada imagen vale por mil
> palabras, es decir, hay como diez mil gatitos muertos en cada mensaje en
> este hilo. ¡Piensen en los gatitos!
>

Estoy de acuerdo con Alvaro, claro que no tengo idea de donde salio ese
tema de los gatitos muertos...

Estan las definiciones de las tablas voy a hacer un lab para ver si
reproduzco el error en unas horas ( estoy trabajando en otro problema de
momento ).

ahora tengo una pregunta para Alvaro, en postgresql no es necesario
hacer un to_date en el campo fecha ?

En el explain plan veo un cast, pero por lo general siempre hago una
conversión para estar seguro, de lo contrario ( en Oracle por lo menos)
los indices no son usados y la lentitud de un full scan se nota y
mucho.. en postgresql no tengo idea si postgresql es inteligente y hace
una conversión.

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda