Re: Multiple Storage per Tablespace, or Volumes

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Andrew Sullivan <ajs(at)crankycanuck(dot)ca>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Multiple Storage per Tablespace, or Volumes
Date: 2007-02-19 20:35:37
Message-ID: 20070219203537.GA28395@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andrew Sullivan wrote:
> On Mon, Feb 19, 2007 at 10:33:24AM -0500, Tom Lane wrote:
> > Martijn van Oosterhout <kleptog(at)svana(dot)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."

You should be able to do that with tablespaces and VACUUM FREEZE, the
point of the latter being that you can take the disk containing the
"read only" data offline, and still have the data readable after
plugging it back in, no matter how far along the transaction ID counter
is.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2007-02-19 20:41:53 Re: referential Integrity and SHARE locks
Previous Message Greg Smith 2007-02-19 20:23:27 Re: [PATCHES] WIP patch - INSERT-able log statements