| From: | Oliver Elphick <olly(at)lfix(dot)co(dot)uk> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Gavin Sherry <swm(at)linuxworld(dot)com(dot)au>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Tablespaces |
| Date: | 2004-03-03 11:58:51 |
| Message-ID: | 1078315131.23531.115.camel@cerberus.lfix.co.uk |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-hackers-win32 |
On Wed, 2004-03-03 at 04:59, Tom Lane wrote:
> What might make sense is some sort of marker file in a
> tablespace directory that links back to the owning $PGDATA directory.
> CREATE TABLESPACE should create this, or reject if it already exists.
It will not be enough for the marker to list the path of the parent
$PGDATA, since that path might get changed by system administration
action. The marker should contain some sort of unique string which
would match the same string somewhere in $PGDATA. Then, if either
tablespace or $PGDATA were moved, it would be possible to tie the two
back together. It wouldn't be an issue on most normal systems, but
might be of crucial importance for an ISP running numerous separate
clusters.
--
Oliver Elphick <olly(at)lfix(dot)co(dot)uk>
LFIX Ltd
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2004-03-03 13:31:07 | Re: [HACKERS] Tablespaces |
| Previous Message | Zeugswetter Andreas SB SD | 2004-03-03 11:32:43 | Re: [HACKERS] Tablespaces |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Merlin Moncure | 2004-03-03 12:19:31 | Re: [HACKERS] Tablespaces |
| Previous Message | Zeugswetter Andreas SB SD | 2004-03-03 11:32:43 | Re: [HACKERS] Tablespaces |