Re: plan de ejecución

From: Jairo Graterón <jgrateron(at)gmail(dot)com>
To: "Guillermo E(dot) Villanueva" <guillermovil(at)gmail(dot)com>
Cc: Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Horacio Miranda <hmiranda(at)gmail(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: plan de ejecución
Date: 2025-02-05 14:13:04
Message-ID: CALnU-rO=2DhmA+7bt0fDNdPuhNHB2tinEU=2L8RP=HdPjTrC0Q@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Buen día

prueba modificando ésta variable (al ejecutar en psql sólo lo modifica la
sesión actual)

set random_page_cost=1.0;

y luego el explain original.

Saludos.

El mié, 5 feb 2025 a las 8:35, Guillermo E. Villanueva (<
guillermovil(at)gmail(dot)com>) escribió:

> Hola Alvaro cómo estas?
> Los índices de los que hablo tienen unos 27GB cada uno
> La tabla tiene unos 1.4TB
>
> effective_cache_size = 48GB
> shared_buffers = 24GB
>
> El mié, 5 feb 2025 a las 9:13, Álvaro Herrera (<alvherre(at)alvh(dot)no-ip(dot)org>)
> escribió:
>
>> Guillermo E. Villanueva escribió:
>> > Jaja si engaño a pg y cambio la condición
>> > and companies.fulldate::text >= '2025-01-31 09:30' and
>> companies.fulldate::
>> > text < '2025-02-04 09:30'
>> >
>> > ya no usa el índice secundario, usa el índice de la PK y resuelve la
>> query
>> > en menos de un segundo , lo tengo resuelto así pero me quedo con la
>> duda de
>> > porque el planificador lo hace mal de la otra manera (para mi)
>>
>> Hmm, es raro. ¿Has visto el tamaño de los índices? ¿Qué tienes en
>> effective_cache_size y shared_buffers?
>>
>> --
>> Álvaro Herrera PostgreSQL Developer —
>> https://www.EnterpriseDB.com/
>>
>

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Guillermo E. Villanueva 2025-02-05 14:23:18 Re: plan de ejecución
Previous Message Guillermo E. Villanueva 2025-02-05 12:35:36 Re: plan de ejecución