Re: [HACKERS] Bizarre choice of case for RELKIND_PARTITIONED_TABLE

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Bizarre choice of case for RELKIND_PARTITIONED_TABLE
Дата
Msg-id 11145.1488931324@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Bizarre choice of case for RELKIND_PARTITIONED_TABLE  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [HACKERS] Bizarre choice of case for RELKIND_PARTITIONED_TABLE  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Tue, Mar 7, 2017 at 6:03 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Hm, one would hope that the vast majority of code references are neither
>> of those, but rather "RELKIND_PARTITIONED_TABLE".

> For reasons which must've seemed good to whoever instituted the
> policy, pg_dump refers to relkinds using the bare letters rather than
> the constants.

Even in pg_dump, it appears to me that the large majority of relkind
references use the symbolic names.  Quite a few of the violations of
that policy look to be new ... and now that I see them, their days are
numbered.

> (And protocol message types don't even have defined constants.  Uggh.)

Yeah, that's a different issue, which boils down to the fact that in order
to do anything useful we'd need to clutter client-visible namespace with
the symbols.  I wouldn't be averse to doing something about it as long as
it's not done in postgres_ext.h, but if not there where?
        regards, tom lane



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: [HACKERS] WIP: [[Parallel] Shared] Hash
Следующее
От: legrand legrand
Дата:
Сообщение: Re: [HACKERS] Statement-level rollback