| From: | Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp> |
|---|---|
| To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>, Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Jan Wieck <JanWieck(at)Yahoo(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu> |
| Subject: | Re: Big 7.1 open items |
| Date: | 2000-06-27 08:53:10 |
| Message-ID: | 39586B75.9C16AB93@tpf.co.jp |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Bruce Momjian wrote:
> > Tom Lane wrote:
> >
> > >
> > > The symlinks wouldn't do any good for what Bruce had in mind anyway
> > > (IIRC, he wanted to get useful per-database numbers from "du").
> >
> > Our database design seems to be in the opposite direction
> > if it is restricted for the convenience of command calls.
>
> Well, I don't see any reason not to use tablespace/database rather than
> just tablespace. Seems having fewer files in each directory will be a
> little faster, and if we can make administration easier, why not?
>
I only objected to emphasize the advantage in getting useful per-database
numbers from "du". It's only misleading in dbms design.
Regards.
Hiroshi Inoue
Inoue(at)tpf(dot)co(dot)jp
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Philip Warner | 2000-06-27 09:07:03 | Re: Proposal: More flexible backup/restore via pg_dump |
| Previous Message | Tom Lane | 2000-06-27 08:51:15 | Re: SQL99 functions |