From: | "Ian Cass" <ian(dot)cass(at)mblox(dot)com> |
---|---|
To: | "Dima Tkach" <dmitry(at)openratings(dot)com> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: Date indexing |
Date: | 2002-04-23 14:07:49 |
Message-ID: | 003001c1ead0$41169260$6602a8c0@salamander |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-sql |
> This won't be able to make much use of the compound index, because you
> are not searching for exact match on the first column, and the other
> columns are not in your criteria at all ... Thus your index is only as
> good as being just on the timestamp alone.
This makes sense. I'll change the order of my indexing.
> 10 minutes still sounds pretty excessive though, even for a seq. scan
> on a 5000 rows table. Have you vacuum'ed it lately?
> Try running 'vacuum full' on that table, it might help a lot, if you
> were ding lots of updates to it.
No, the actual table contains more like 10mill lines, however, the dataset
I'd be referencing if the index were working as I intended would be a mere
5k rows.
Thanks for your help. I'll try this later today.
--
Ian Cass
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Eckermann | 2002-04-23 14:33:23 | Convert "epoch" to timestamp |
Previous Message | Ian Cass | 2002-04-23 14:03:44 | Re: Date indexing |
From | Date | Subject | |
---|---|---|---|
Next Message | Stephan Szabo | 2002-04-23 15:01:02 | Re: Cannot get to use index scan on a big table! |
Previous Message | Ian Cass | 2002-04-23 14:03:44 | Re: Date indexing |