Re: COMPARE_POINTER_FIELD been dead 13 years after living 2 weeks

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: COMPARE_POINTER_FIELD been dead 13 years after living 2 weeks
Дата
Msg-id 6261.1442862551@sss.pgh.pa.us
обсуждение исходный текст
Ответ на COMPARE_POINTER_FIELD been dead 13 years after living 2 weeks  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Список pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> I happened to notice that we have a macro COMPARE_POINTER_FIELD in
> nodes/equalfuncs.c that Tom introduced in 2eafcf68d563d (25 Nov 2002)
> and then removed its only callers a0bf885f9ea (12 Dec 2002).

Hm.  I think it was meant to correspond to copyfuncs.c's
COPY_POINTER_FIELD() macro.  The reason it's unused at the moment is
that the only node types where that macro is needed are Plan subtypes,
and we don't have infrastructure for comparing plan trees.

If someone were to introduce a similar data representation into a
parsetree node type, then we'd need this macro ... but then we would
probably also need outfuncs.c and readfuncs.c infrastructure for the
representation, which very possibly explains why there are no such cases;
it's just a lot easier to use an OID list or suchlike, if you need to
provide such support.

> Should we just remove it?

Perhaps.  It's not really doing any harm ...
        regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: TEXT vs VARCHAR join qual push down diffrence, bug or expected?
Следующее
От: Alvaro Herrera
Дата:
Сообщение: COPY planning