From: | "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp> |
---|---|
To: | "Bruce Momjian" <maillist(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | "PostgreSQL-development" <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | RE: [HACKERS] Open 6.5 items |
Date: | 1999-05-31 02:48:39 |
Message-ID: | 001301beab10$166fba80$2801007e@cadzone.tpf.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> -----Original Message-----
> From: Bruce Momjian [mailto:maillist(at)candle(dot)pha(dot)pa(dot)us]
> Sent: Monday, May 31, 1999 11:15 AM
> To: Hiroshi Inoue
> Cc: PostgreSQL-development
> Subject: Re: [HACKERS] Open 6.5 items
>
>
> > > Make psql \help, man pages, and sgml reflect changes in grammar
> > > Markup sql.sgml, Stefan's intro to SQL
> > > Generate Admin, User, Programmer hardcopy postscript
> > > Generate INSTALL and HISTORY from sgml sources.
> > > Update ref/lock.sgml, ref/set.sgml to reflect MVCC and
> locking changes.
> > >
> >
> > What about mdtruncate() for multi-segments relation ?
> > AFAIK,it has not been solved yet.
> >
>
> I thought we decided that file descriptors are kept by backends, and are
> still accessable while new backends don't see the files. Correct?
>
Yes,other backends could write to unliked files which would be
vanished before long.
I think it's more secure to truncate useless segments to size 0
than unlinking the segments though vacuum would never remove
useless segments.
Thanks.
Hiroshi Inoue
Inoue(at)tpf(dot)co(dot)jp
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 1999-05-31 03:40:10 | Re: [HACKERS] Open 6.5 items |
Previous Message | Bruce Momjian | 1999-05-31 02:16:14 | Re: [HACKERS] History of PostgreSQL |