Re: Open Items

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Open Items
Date: 2004-10-18 12:04:11
Message-ID: 200410181204.i9IC4BR00812@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


I just posted this idea with a new heading. ALTER seems like the right
approach, but notice we need to complete another TODO item to allow
tablespace movement of databases and schemas.

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

Fabien COELHO wrote:
>
> Dear Tom,
>
> >> o remove non-portable TABLESPACE clause from CREATE TABLE and
> >> use a new default_tablespace SET variable
> >
> > I'm coming around to the conclusion that this is simply a bad idea.
>
> I agree that the "set" approach is error prone.
>
> Another idea was to issue an "ALTER" after the CREATE.
>
> That would move the empty table from one tablespace to another, at small
> cost. If it fails, it is simply ignored by the restoration process,
> but the table was already created so it exists.
>
> > What we might want to do is invent a --notablespace option for pg_dump,
> > comparable to --noowner, to let someone make a dump that contains no
> > TABLESPACE clauses.
>
> (1) --notablespace would be useful, but it would not fix the problem
> I had in mind, i.e. the transfer (possibly after a crash) of data
> to another base which would not have these tablespaces. If the disk
> is crashed, I cannot redo the pg_dump.
>
> (2) thus it would help to be able to decide this at "restore" time.
> I think that one of the implementation idea was to store the
> information into some headers.
>
> (3) possible current workaround for the desperate admin:
> (a) create fake tablespaces as necessary...
> (b) pg_restore ... | sed 's/TABLESPACE .*//' | psql ...
>
> Have a nice day,
>
> --
> Fabien Coelho - coelho(at)cri(dot)ensmp(dot)fr
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly
>

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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Abhijit Menon-Sen 2004-10-18 12:33:01 Re: Nearing final release?
Previous Message Fabien COELHO 2004-10-18 11:58:31 Re: Open Items