Re: [HACKERS] pg_class.relpartbound definition overly brittle

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [HACKERS] pg_class.relpartbound definition overly brittle
Дата
Msg-id CA+Tgmoa8x2eZWNeMz8nhReCBAFfF2Tphtj02tgjYbGDNUsPBbw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] pg_class.relpartbound definition overly brittle  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] pg_class.relpartbound definition overly brittle  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Thu, Jun 1, 2017 at 9:31 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Let me explain the project standards in words of one syllable: user code
> should not examine the contents of node trees.  That's what pg_get_expr
> is for.  There is not, never has been, and never will be any guarantee
> that we won't whack those structures around in completely arbitrary ways,
> as long as we do a catversion bump along with it.

Many of those words have more than one syllable.

Also, you're attacking a straw man. Accidentally storing a meaningless
parse location in the catalog isn't a feature, and we shouldn't
pretend otherwise.  I agree that what Mark's doing is a bit unusual
and doesn't necessarily need to work, and he seems to agree with that,
too.  That doesn't mean that the status quo is some brilliant piece of
engineering.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Sergey Burladyan
Дата:
Сообщение: [HACKERS] Questions about upgrade standby with rsync
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] TAP: allow overriding PostgresNode in get_new_node