From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Heikki Linnakangas" <heikki(at)enterprisedb(dot)com> |
Cc: | "pgsql-patches" <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: Map forks (WIP) |
Date: | 2008-05-20 23:14:15 |
Message-ID: | 7278.1211325255@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
"Heikki Linnakangas" <heikki(at)enterprisedb(dot)com> writes:
> Tom Lane wrote:
>> One thing I did *not* like was changing the FSM API to refer to Relation
>> rather than RelFileNode --- I don't believe that's a good idea at all.
> Oh really? I'm quite fond of the new API. From a philosophical point of
> view, in the new world order, the FSM is an integral part of a relation,
> not something tacked on the physical layer.
So? When you have two live versions of a relation, it's still going to
be necessary to track their free state separately.
> Besides, Relation contains a bunch of very handy fields.
This just sounds like you're looking for ways to commit layering
violations. The reason we invented SMgrRelation in the first place
was to get the low-level routines out of dealing with Relation, and
I'm not eager to undo that effort.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Sabino Mullane | 2008-05-21 00:07:58 | LOCK_DEBUG documentation |
Previous Message | Tom Lane | 2008-05-20 23:09:37 | Re: Simplify formatting.c |