Skip site navigation (1) Skip section navigation (2)

Re: Tablespaces (was Re: [GENERAL] Physical Database

From: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
To: Austin Gonyou <austin(at)coremetrics(dot)com>
Cc: Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in>,Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Tablespaces (was Re: [GENERAL] Physical Database
Date: 2003-06-28 04:59:20
Message-ID: 20030628125912.Y60447-100000@houston.familyhealth.com.au (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackers
No, they're not.

Chris

On 27 Jun 2003, Austin Gonyou wrote:

> I thought Tablespaces were already implemented. Are they not?
>
>
> On Thu, 2003-06-26 at 22:10, Christopher Kings-Lynne wrote:
> > > ROTFL... the answer is no.  Feature freeze is Tuesday, people.  In
> > > practice, the time to start coding new stuff is already long past.
> > > Especially major new stuff.
> > >
> > > If you start now you might have something done for 7.5.
> >
> > Can everyone who is interested in actually coding a tablespaces
> > implementation please email me, and I will create a list and we'll get
> > cracking.  Maybe we'll have to run our own cvs or maybe the Postgres guys
> > will be nice and do a branch for us :)
> >
> > So far, Shridhar and Gavin seem interested??
> >
> > Chris
> >
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org
> --
> Austin Gonyou <austin(at)coremetrics(dot)com>
> Coremetrics, Inc.
>


In response to

pgsql-hackers by date

Next:From: Christopher Kings-LynneDate: 2003-06-28 05:01:18
Subject: Re: Manual fixing of plpgsql_call_handler binary location
Previous:From: Tom LaneDate: 2003-06-28 04:41:38
Subject: Re: Assembler error

pgsql-general by date

Next:From: Tom LaneDate: 2003-06-28 05:00:59
Subject: Re: Redhat's "enhancements" to PG
Previous:From: Tom LaneDate: 2003-06-28 04:36:50
Subject: Re: Redhat's "enhancements" to PG

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group