[HACKERS] pg_class.relpartbound definition overly brittle

Поиск
Список
Период
Сортировка
От Mark Dilger
Тема [HACKERS] pg_class.relpartbound definition overly brittle
Дата
Msg-id 6569BBA1-0A2C-4F79-AEF9-118D766630AC@gmail.com
обсуждение исходный текст
Ответы Re: [HACKERS] pg_class.relpartbound definition overly brittle  (Robert Haas <robertmhaas@gmail.com>)
Re: [HACKERS] pg_class.relpartbound definition overly brittle  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-hackers
Hackers,

recent changes have introduced the :location field to the partboundspec
in pg_catalog.pg_class.  This means that if two identical tables with
identical partitioning scheme are created, but one is done before a change
to gram.y, and the other after a change to gram.y, the relpartbound fields
for those two tables could show up as different.

Can we perhaps remove the :location field here?  If not, could somebody
please defend why this belongs in the catalog entries for the table?  Sorry
if I am missing something obvious...

Thanks,

Mark Dilger



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

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: Re: [HACKERS] Re: [GENERAL] pg_basebackup error: replication slot"pg_basebackup_2194" already exists
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] pg_class.relpartbound definition overly brittle