Re: [HACKERS] pg_class.relpartbound definition overly brittle - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [HACKERS] pg_class.relpartbound definition overly brittle
Date
Msg-id CA+Tgmoa8x2eZWNeMz8nhReCBAFfF2Tphtj02tgjYbGDNUsPBbw@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] pg_class.relpartbound definition overly brittle  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [HACKERS] pg_class.relpartbound definition overly brittle  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Sergey Burladyan
Date:
Subject: [HACKERS] Questions about upgrade standby with rsync
Next
From: Robert Haas
Date:
Subject: Re: [HACKERS] TAP: allow overriding PostgresNode in get_new_node