Re: [GENERAL] Larger volumes of chronologically ordered data and the planner

2010-03-04 Thread John Moran
> I've written a long paper covering the internals here named "Inside the > PostgreSQL Buffer Cache" at > http://www.westnet.com/~gsmith/content/postgresql/ if you want to know > exactly how this is all implemented. Greg, That's exactly what I was looking for, Regards, John -- Sent via pgsql-g

Re: [GENERAL] Larger volumes of chronologically ordered data and the planner

2010-03-03 Thread Greg Smith
John Moran wrote: Is postgreSQL intelligent enough to discern that since the most frequently accessed data is invariably recent data, that it should store only that in memory, and efficiently store less relevant, older data on disk When you ask for a database block from disk, it increments a us

Re: [GENERAL] Larger volumes of chronologically ordered data and the planner

2010-03-03 Thread Tom Lane
John Moran writes: > What is PostgreSQL's likely behaviour when it encounters a large > volume of data that is chronologically ordered (there's a btree index > on a date column)? Is postgreSQL intelligent enough to discern that > since the most frequently accessed data is invariably recent data, >

[GENERAL] Larger volumes of chronologically ordered data and the planner

2010-03-03 Thread John Moran
Hello, What is PostgreSQL's likely behaviour when it encounters a large volume of data that is chronologically ordered (there's a btree index on a date column)? Is postgreSQL intelligent enough to discern that since the most frequently accessed data is invariably recent data, that it should store