Re: Big 7.1 open items

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jan Wieck <JanWieck(at)yahoo(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>, "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu>, Don Baccus <dhogaza(at)pacifier(dot)com>
Subject: Re: Big 7.1 open items
Date: 2000-06-19 17:35:59
Message-ID: 200006191735.NAA03241@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

> > -----Original Message-----
> > From: Bruce Momjian [mailto:pgman(at)candle(dot)pha(dot)pa(dot)us]
> >
> > The fact is that symlink information is already stored in the file
> > system. If we store symlink information in the database too, there
> > exists the ability for the two to get out of sync. My point is that I
> > think we can _not_ store symlink information in the database, and query
> > the file system using lstat when required.
> >
>
> Hmm,this seems pretty confusing to me.
> I don't understand the necessity of symlink.
> Directory tree,symlink,hard link ... are OS's standard.
> But I don't think they are fit for dbms management.
>
> PostgreSQL is a database system of cource. So
> couldn't it handle more flexible structure than OS's
> directory tree for itself ?

Yes, but is anyone suggesting a solution that does not work with
symlinks? If not, why not do it that way?

--
Bruce Momjian | http://www.op.net/~candle
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Paul Condon 2000-06-20 03:57:26 Re: int24_ops and int42_ops are bogus
Previous Message Jon Lapham 2000-06-19 17:04:38 CREATE GROUP oddity

Browse pgsql-patches by date

  From Date Subject
Next Message Hiroshi Inoue 2000-06-20 05:52:17 RE: Big 7.1 open items
Previous Message Peter Eisentraut 2000-06-19 17:06:13 Re: odbc patches