Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
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

pgsql-hackers by date

Next:From: Bruce MomjianDate: 1999-05-31 03:40:10
Subject: Re: [HACKERS] Open 6.5 items
Previous:From: Bruce MomjianDate: 1999-05-31 02:16:14
Subject: Re: [HACKERS] History of PostgreSQL

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group