Re: CLASSOID patch

Поиск
Список
Период
Сортировка
От Chris Bitmead
Тема Re: CLASSOID patch
Дата
Msg-id 3956CFD0.8C8C46FD@nimrod.itg.telecom.com.au
обсуждение исходный текст
Ответ на RE: CLASSOID patch  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
Ответы RE: CLASSOID patch  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
Список pgsql-hackers
Hiroshi Inoue wrote:
> The points I've noticed are the following.
> 
> 1) It seems not preferable to add an entry *relation* which is of
>     Relation type in HeapTupleData. Relation OID seems to be
>     sufficient for your purpose.

Only that I was contemplating whether there should also be a "tablename"
attribute in addition to "classoid"/"tableoid", and I thought that
somehow it should be easier to get from Relation to its name, although
it's not immediately obvious to me if it is possible. If it is easily
done it seems desirable not to force people to join with pg_class.

> 2) The change in optimizer/path/tidpath.c seems to have
>     no meaning.

Yes that was definitely a mistake, and is commented out as you see.

Specific questions I have about the patch are...

*) Does this change not add additional storage to disk? I understand it
doesn't, but I don't understand the details.

*) in access/heap/heapam.c I wildly inserted a tuple->relation =
relation everywhere I could see. Perhaps someone with more insight can
tell me if some of these are excessive, or conversly if there are some
other access methods which will cause it not to work.


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: CLASSOID patch
Следующее
От: Chris Bitmead
Дата:
Сообщение: Re: About the pid and opts files