Re: Why don't we have a small reserved OID range for patch revisions?
От | Peter Eisentraut |
---|---|
Тема | Re: Why don't we have a small reserved OID range for patch revisions? |
Дата | |
Msg-id | f85b7485-3768-5e74-eaf2-18676df7c673@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: Why don't we have a small reserved OID range for patch revisions? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Why don't we have a small reserved OID range for patch revisions?
|
Список | 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 по дате отправления: