Re: Optimización de consulta

Guillermo E. Villanueva escribió:

> *product_.status = 1 and and product_.qty > 0*
>
> provocan seq. scan y el mayor costo y tiempo de mi consulta
> la tabla product_ tiene 69300 filas
> status = 1 son 49500
> qty > 0 son 65700
>
> el explain me dice:
> -> Parallel Seq Scan on product_ (cost=0.00..19483.64 rows=19580
> width=30) (actual time=0.032..39.454 rows=15674 loops=3)
> Filter: ((qty > '0'::numeric) AND (status = 1))
> Rows Removed by Filter: 7454
>
> Si creo índices individuales o combinando ambas columnas no mejora, sigue
> haciendo seq. scan

La tabla es muy pequeña y las cláusulas son poco selectivas, así que el
seqscan ya es la mejor estrategia. Pero prueba haciendo "set
enable_seqscan to 0" a ver si usando un índice anda más rápido (dudoso).
Si la tabla fuera muy grande y la fracción de registros que tienen
status=1 AND qty>0 es suficientemente pequeña, podría resultar en un
plan distinto/mejor.

--
Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/
"Oh, great altar of passive entertainment, bestow upon me thy discordant images
at such speed as to render linear thought impossible" (Calvin a la TV)