Re: Problems with adding a is not null to a query. - Mailing list pgsql-bugs

From Tom Lane
Subject Re: Problems with adding a is not null to a query.
Date
Msg-id 28545.1295106303@sss.pgh.pa.us
Whole thread Raw
In response to Problems with adding a is not null to a query.  (Tim Uckun <timuckun@gmail.com>)
Responses Re: Problems with adding a is not null to a query.  (pasman pasmański <pasman.p@gmail.com>)
Re: Problems with adding a is not null to a query.  (Tim Uckun <timuckun@gmail.com>)
List pgsql-bugs
Tim Uckun <timuckun@gmail.com> writes:
> I reported this in the pgsql-general list and was instructed to send
> the analaze outputs here.

This isn't a bug, it's just a poor choice of plan based on a bad
statistical estimate.  The planner is estimating that there are 2643
rows having domain_id = 157, when actually there are none whatsoever,
as can be seen here:

> "                    ->  Bitmap Index Scan on
> index_topical_urls_on_domain_id_and_consolidated_url_id
> (cost=0.00..104.63 rows=2643 width=0) (actual time=44.629..44.629
> rows=0 loops=1)"
> "                          Index Cond: (domain_id = 157)"

Possibly the table's never been ANALYZEd ... do you have autovacuum
enabled?  If it has been analyzed reasonably recently, then it might be
necessary to crank up the statistics target to get a better estimate.
It's difficult to give detailed advice when you haven't mentioned what
PG version you're running.

            regards, tom lane

pgsql-bugs by date:

Previous
From: Tim Uckun
Date:
Subject: Problems with adding a is not null to a query.
Next
From: pasman pasmański
Date:
Subject: Re: Problems with adding a is not null to a query.