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

From Mark Dilger
Subject [HACKERS] pg_class.relpartbound definition overly brittle
Date
Msg-id 6569BBA1-0A2C-4F79-AEF9-118D766630AC@gmail.com
Whole thread Raw
Responses 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>)
List 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 by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: [HACKERS] Re: [GENERAL] pg_basebackup error: replication slot"pg_basebackup_2194" already exists
Next
From: Robert Haas
Date:
Subject: Re: [HACKERS] pg_class.relpartbound definition overly brittle