Re: Improving REINDEX for system indexes (long)

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>, Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Improving REINDEX for system indexes (long)
Date: 2003-09-28 00:18:07
Message-ID: 200309280018.h8S0I7U26535@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers pgsql-patches

Tom Lane wrote:
> > What about creating a separate filenode anyway and renaming the files
> > afterwards? It would not be an atomic operation anyway, but it would be
> > better than the current setup IMHO.
>
> I think it would be difficult to persuade the buffer manager and storage
> manager to work with this; from their point of view you'd be moving a
> relation underneath them. I doubt it's really worth the trouble; how
> often do you need to reindex a shared catalog?

The point I missed originally is that he is talking about shared
catalogs, not system catalogs, which work fine in CVS.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Bruce Momjian 2003-09-28 00:22:58 pgsql-server/src/tools/pgindent README pgindent
Previous Message Tom Lane 2003-09-28 00:15:48 Re: Improving REINDEX for system indexes (long)

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2003-09-28 00:21:48 Re: old pgindent change
Previous Message Tom Lane 2003-09-28 00:15:48 Re: Improving REINDEX for system indexes (long)

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2003-09-28 00:29:22 Re: tsearch2 memory alloc checks
Previous Message Bruce Momjian 2003-09-28 00:16:49 Re: [PATCHES] bug in clusterdb script