From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | zz_11(at)mail(dot)bg |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: possible wrong query plan on pg 8.3.5, |
Date: | 2009-09-13 19:21:31 |
Message-ID: | 9029.1252869691@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
zz_11(at)mail(dot)bg writes:
> I am running a relativ complex query on pg 8.3.5 and have (possible)
> wrong query plan.
> ...
> If I run the query without thle last part : and n.num like '191%'
> it work ok as speed ~ 30 sec on not very big db.
> If I run the full query it take very long time to go ( i never waited
> to the end but it take > 60 min.)
I'm betting that it's badly underestimating the number of rows
satisfying the LIKE condition:
> -> Index Scan using
> i_nomen_num on a_nomen n (cost=0.00..56.39 rows=24 width=128)
> Index Cond:
> (((num)::text >= '191'::text) AND ((num)::text < '192'::text))
> Filter:
> ((num)::text ~~ '191%'::text)
Is 24 the right number of rows for that, or anywhere close? If not, try
raising the statistics target for this table.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2009-09-13 19:40:42 | Re: Persistent Plan Cache |
Previous Message | Joshua Rubin | 2009-09-13 18:15:04 | Re: Persistent Plan Cache |