RE: [HACKERS] Open 6.5 items

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

In response to

Responses

Browse pgsql-hackers by date

  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