Re: Explain Analyze de store!

Sonia Malave escribió:
> El explain analyze del select que mencionaste lo envio adjunto.
> Efectivamente si tenemos indices en la tabla para la localidad y la
> cuenta entre otros. Son en total tres indices que tiene la tabla.
> Otro aspecto, el VACUUM lo hago manual cada dos dias.

> "Sort (cost=37633.25..37688.71 rows=22187 width=37) (actual time=1491.610..1589.220 rows=50275 loops=1)"
> " Sort Key: localidad, cuenta"
> " -> Seq Scan on suscriptor (cost=636.63..36031.63 rows=22187 width=37) (actual time=103.608..726.218 rows=50275 loops=1)"
> " Filter: ((((status)::text = '0'::text) OR ((status)::text = '3'::text)) AND ((cod_ciclo)::text = '01'::text) AND ((suscriptor)::text = '1'::text) AND (NOT (hashed subplan)))"
> " SubPlan"
> " -> Index Scan using in_prefac_ano_mes on prefacturacion (cost=0.00..633.32 rows=1325 width=21) (actual time=27.565..72.155 rows=11100 loops=1)"
> " Index Cond: ((ano_mes)::text = '200701'::text)"
> " Filter: ((((descripcion)::text = '01'::text) OR ((descripcion)::text = '05'::text)) AND ((facturado)::text <> '2'::text))"
> "Total runtime: 1692.211 ms"

Harto feo el plan. No es lento por ahora, pero a medida que las tablas
crezcan se ira haciendo proporcionalmente peor. Eso significa que tu
modelo no es escalable ... y, agrego solo para parecer pedante, deberias
conseguir ayuda de algun experto para corregirlo.

Por supuesto, el verdadero problema de tu SP no es este plan (que solo
se demora un segundo y medio) sino la forma como lo usas en el cursor.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.