Re: Why don't we have a small reserved OID range for patch revisions? - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Why don't we have a small reserved OID range for patch revisions?
Date
Msg-id f85b7485-3768-5e74-eaf2-18676df7c673@2ndquadrant.com
Whole thread Raw
In response to Re: Why don't we have a small reserved OID range for patch revisions?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Why don't we have a small reserved OID range for patch revisions?
List pgsql-hackers
On 2019-02-08 19:14, Tom Lane wrote:
> Quite a few people have used OIDs up around 8000 or 9000 for this purpose;
> I doubt we need a formally reserved range for it.  The main problem with
> doing it is the hazard that the patch'll get committed just like that,
> suddenly breaking things for everyone else doing likewise.

For that reason, I'm not in favor of this.  Forgetting to update the
catversion is already common enough (for me).  Adding another step
between having a seemingly final patch and being able to actually commit
it doesn't seem attractive.  Moreover, these "final adjustments" would
tend to require a full rebuild and retest, adding even more overhead.

OID collision doesn't seem to be a significant problem (for me).

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-hackers by date:

Previous
From: Etsuro Fujita
Date:
Subject: Re: Oddity with parallel safety test for scan/join target in grouping_planner
Next
From: Heikki Linnakangas
Date:
Subject: Re: Pluggable Storage - Andres's take