[Richard Huxton - Fri at 09:17:48AM +0000]
> Try a partial index:
> CREATE INDEX my_new_index ON events (event_time)
> WHERE state in (1,2,3);
I have that, the index is used and the query is lightning fast - the
only problem is that the planner is using the wrong estimates. This
becomes a real problem when doing joins and more complex queries.
> Now, if that doesn't work you might want to split the query into two...
Hm, that's an idea - to use a two-pass query ... first:
select max(event_time) from events where state in (1,2,3);
and then use the result:
select * from events
where event_time>? and event_time<now() and state in (1,2,3)
This would allow the planner to get the estimates in the right ballpark
(given that the events won't stay for too long in the lower states), and
it would in any case not be significantly slower than the straight-ahead
approach - but quite inelegant.
---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at
http://www.postgresql.org/about/donate
