From: | Kevin Buckham <kbuckham(at)applocation(dot)net> |
---|---|
To: | Scott Carey <scott(at)richrelevance(dot)com> |
Cc: | "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Table Clustering & Time Range Queries |
Date: | 2009-10-23 19:09:41 |
Message-ID: | 1256324981.6056.2974.camel@typhon |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
I came across links to pg_reorg previously but it seemed that the
project was a bit "dead". There is active development but not much
information, and not much in the way of discussions. I will definitely
be testing both partitioning and pg_reorg. I am curious to see if
pg_reorg will be stable enough for us to use or not.
Thanks to everyone who provided answers for great and quick responses!
Wow, it makes me really want to keep Postgres around. :)
-Kevin
On Thu, 2009-10-22 at 14:33 -0700, Scott Carey wrote:
>
> Partitioning by time should help a lot here as Kevin says.
>
> Also, you might want to experiment with things like pg_reorg:
> http://reorg.projects.postgresql.org/
> http://pgfoundry.org/projects/reorg/
> http://reorg.projects.postgresql.org/pg_reorg.html
>
> Which is basically an online, optimized cluster or vacuum full. However it
> has several caveats. I have not used it in production myself, just
> experiments with it.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-10-23 19:11:15 | Re: Calculating selectivity for the query-planner on ts_vector colums. |
Previous Message | Jesper Krogh | 2009-10-23 18:38:56 | Calculating selectivity for the query-planner on ts_vector colums. |