Re: Multiple Storage per Tablespace, or Volumes - Mailing list pgsql-hackers

From David Fetter
Subject Re: Multiple Storage per Tablespace, or Volumes
Date
Msg-id 20070220031052.GD8081@fetter.org
Whole thread Raw
In response to Re: Multiple Storage per Tablespace, or Volumes  (Andrew Sullivan <ajs@crankycanuck.ca>)
Responses Re: Multiple Storage per Tablespace, or Volumes  (Andrew Sullivan <ajs@crankycanuck.ca>)
List pgsql-hackers
On Mon, Feb 19, 2007 at 02:50:34PM -0500, Andrew Sullivan wrote:
> On Mon, Feb 19, 2007 at 10:33:24AM -0500, Tom Lane wrote:
> > Martijn van Oosterhout <kleptog@svana.org> writes:
> > > Somehow this seems like implementing RAID within postgres,
> > 
> > RAID and LVM too.  I can't get excited about re-inventing those
> > wheels when perfectly good implementations already exist for us to
> > sit on top of.
> 
> Ok, warning, this is a "you know what would be sweet" moment.
> 
> What would be nice is to be able to detach one of the volumes, and
> know the span of the data in there without being able to access the
> data.
> 
> The problem that a lot of warehouse operators have is something like
> this: "We know we have all this data, but we don't know what we will
> want to do with it later.  So keep it all.  I'll get back to you
> when I want to know something."
> 
> It'd be nice to be able to load up all that data once, and then
> shunt it off into (say) read-only media.  If one could then run a
> query that would tell one which spans of data are candidates for the
> search, you could bring back online (onto reasonably fast storage,
> for instance) just the volumes you need to read.

Isn't this one of the big use cases for table partitioning?

Cheers,
D
-- 
David Fetter <david@fetter.org> http://fetter.org/
phone: +1 415 235 3778        AIM: dfetter666                             Skype: davidfetter

Remember to vote!


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: \copy (query) delimiter syntax error
Next
From: Tom Lane
Date:
Subject: Re: [PATCHES] WIP patch - INSERT-able log statements