Re: Big 7.1 open items - Mailing list pgsql-hackers

From Philip J. Warner
Subject Re: Big 7.1 open items
Date
Msg-id 3.0.5.32.20000621002007.026a69e0@mail.rhyme.com.au
Whole thread Raw
In response to Re: Big 7.1 open items  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Big 7.1 open items
Re: Big 7.1 open items
List pgsql-hackers
At 09:40 20/06/00 -0400, Bruce Momjian wrote:
>
> [lots of stuff about symlinks]
>

It just occurred to me that the symlinks concerns may be short-circuitable,
if the following are true:

1. most of the desirability is for external 'management' and debugging etc
on 'reasonably' static database designs.

2. metadata changes (specifically renaming tables) occur infrequently.

3. there is no reason why they are desirable *technically* within the
implementations being discussed.

If these are true, then why not create a utility (eg. pg_update_symlinks)
that creates the relevant symlinks. It does not matter if they are
outdated, from an integrity point of view, and for the most part they can
be automatically maintained. Internally, postgresql can totally ignore them.

Have I missed something?


----------------------------------------------------------------
Philip Warner                    |     __---_____
Albatross Consulting Pty. Ltd.   |----/       -  \
(A.C.N. 008 659 498)             |          /(@)   ______---_
Tel: (+61) 0500 83 82 81         |                 _________  \
Fax: (+61) 0500 83 82 82         |                 ___________ |
Http://www.rhyme.com.au          |                /           \|                                |    --________--
PGP key available upon request,  |  /
and from pgp5.ai.mit.edu:11371   |/


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Changes to functions and triggers
Next
From: Bruce Momjian
Date:
Subject: Re: Big 7.1 open items