Search Postgresql Archives

Speeding up index scans by truncating timestamp?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hey folks,

I've got a table of historical events that 10 million rows over 18+ months.  Currently there is an index for the event timestamp.  I'm wondering if someone can respond to my curiosity regarding the performance of indexes (BTree).

Would creating an index on the timestamp truncated to the *day* make the index more efficient for queries which are interested in events falling in a range of 7+ days?

How much would it hurt when the planner needs to tease out rows which fall within the day range but not the real time range?

Would having both indexes allow the planner to index by the day for entirely-included days and by the actual time for the boundary days?

The performance of the index isn't terrible.  It can take up to cost 15,000 (which I assume is 15 seconds) for a query looking at 5 weeks of data.  I'd like to improve it if it's simple to do, and changing the index to be on the truncated time seems like it could possibly be useful.

Derrick

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux