Re: bug in DROP TABLESPACE - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: bug in DROP TABLESPACE
Date
Msg-id 200407100207.i6A277d21592@candle.pha.pa.us
Whole thread Raw
In response to Re: bug in DROP TABLESPACE  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
TODO item?

---------------------------------------------------------------------------

Tom Lane wrote:
> Christopher Kings-Lynne <chriskl@familyhealth.com.au> writes:
> > The other thing we need are these two commands:
> 
> > ALTER DATABASE foo SET TABLESPACE spc;
> > ALTER SCHEMA foo SET TABLESPACE spc;
> 
> > I think these should not be considered new features but essential 
> > functionality left out of the original patch.
> 
> The latter is relatively trivial as long as you interpret it as just
> changing the default TS for tables created later in that schema.
> (On the other hand, you can fake that with a simple UPDATE to
> pg_namespace, so I'm not sure it qualifies as a "must have".)
> 
> The former is a real mess since it would require moving some of the
> system catalogs.  (At least the nailed-in-cache ones, but I'm not sure
> we've yet determined which ones *have* to be in the database's default
> tablespace.)  It'll be fairly entertaining to move pg_class in
> particular, but I doubt you can build such a thing out of the available
> spare parts at all.
> 
> My vote would be to postpone any such patch to 7.6 (or 8.1 as the case
> may be), because it's a nontrivial addition of functionality and we had
> no prototype as of July 1.
> 
>             regards, tom lane
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
> 
>                http://archives.postgresql.org
> 

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Nested Transactions, Abort All
Next
From: Tom Lane
Date:
Subject: Re: plperl security