> So, What can I do to encourage Postgres to use the first index even when the
> date range is smaller.
It looks like PostgreSQL is estimating the selectivity of your date
ranges poorly. In the second (bad) plan it estimates that the index scan
with the filter will return 1 row (and that's probably because it
estimates that the date range you specify will match only one row).
This leads PostgreSQL to choose the narrower index because, if the index
scan is only going to return one row anyway, it might as well scan the
What's the n_distinct for start_time?
=> select n_distinct from pg_stats where tablename='ad_log' and
If n_distinct is near -1, that would explain why it thinks that it will
only get one result.
Based on the difference between the good index scan (takes 0.056ms per
loop) and the bad index scan with the filter (311ms per loop), the
"player" condition must be very selective, but PostgreSQL doesn't care
because it already thinks that the date range is selective.
In response to
pgsql-performance by date
|Next:||From: Jeff Davis||Date: 2008-09-19 18:43:24|
|Subject: Re: why does this use the wrong index?|
|Previous:||From: Mark Mielke||Date: 2008-09-19 16:22:51|
|Subject: Re: RAID arrays and performance|