From: | "Jim Buttafuoco" <jim(at)buttafuoco(dot)net> |
---|---|
To: | "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>, "'jim(at)buttafuoco(dot)net'" <jim(at)buttafuoco(dot)net>, "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "'Bruce Momjian'" <pgman(at)candle(dot)pha(dot)pa(dot)us>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Index location patch for review |
Date: | 2001-09-12 20:27:49 |
Message-ID: | 200109122027.f8CKRnV14187@dual.buttafuoco.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I could also symlink all index files back to the tblnode directory?
> > I don't understand the WAL issue below, can you explain. The dir
name
> > is the same name as the database with _index added to it. This is
how
> > the current datpath stuff works. I really just copied the datpath
> > code to get this patch to work...
>
> At the time of after crash recovery WAL is not able to read relation
> description from catalog and so only relfilenode is provided for
> storage manager in relation structure (look backend/access/transam/
> xlogutils.c:XLogOpenRelation). Well, we could add Index/Table
> file type identifier to RmgrData (rmgr.c in the same dir) to set
> relkind in relation structure, but I don't see any reason to
> do so when we can just use different tblnode number for indices and
> name index dirs just like other dirs under 'base' named - ie
> only tblnode number is used for dir names, without any additions
> unrelated to storage issues.
>
> Vadim
>
> ---------------------------(end of
broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to
majordomo(at)postgresql(dot)org
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Jim Buttafuoco | 2001-09-12 20:58:02 | Re: Index location patch for review |
Previous Message | Mikheev, Vadim | 2001-09-12 20:05:37 | Re: Index location patch for review |