| From: | Jan Urbański <wulczer(at)wulczer(dot)org> |
|---|---|
| To: | Sushant Sinha <sushant354(at)gmail(dot)com> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: planner row-estimates for tsvector seems horribly wrong |
| Date: | 2010-10-24 13:07:58 |
| Message-ID: | 4CC42FAE.50909@wulczer.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 24/10/10 14:44, Sushant Sinha wrote:
> I am using gin index on a tsvector and doing basic search. I see the
> row-estimate of the planner to be horribly wrong. It is returning
> row-estimate as 4843 for all queries whether it matches zero rows, a
> medium number of rows (88,000) or a large number of rows (726,000).
>
> The table has roughly a million docs.
> explain analyze select count(*) from docmeta,
> plainto_tsquery('english', 'dyfdfdf') as qdoc where docvector @@ qdoc;
OK, forget my previous message. The problem is that you are doing a join
using @@ as the operator for the join condition, so the planner uses the
operator's join selectivity estimate. For @@ the tsmatchjoinsel function
simply returns 0.005.
Try doing:
explain analyze select count(*) from docmeta where docvector @@
plainto_tsquery('english', 'dyfdfdf');
It should help.
Cheers,
Jan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Sushant Sinha | 2010-10-24 15:26:28 | Re: planner row-estimates for tsvector seems horribly wrong |
| Previous Message | Jan Urbański | 2010-10-24 12:57:47 | Re: planner row-estimates for tsvector seems horribly wrong |