From: | Peter Geoghegan <pg(at)bowt(dot)ie> |
---|---|
To: | Isaac Morland <isaac(dot)morland(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Julien Rouhaud <rjuju123(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: The unused_oids script should have a reminder to use the 8000-8999 OID range |
Date: | 2019-08-02 22:00:18 |
Message-ID: | CAH2-Wzm6V47BvYLkuHtcwdf3u6wpxZL-vOXxt+MtL2ZNKm0tKA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Aug 2, 2019 at 2:52 PM Isaac Morland <isaac(dot)morland(at)gmail(dot)com> wrote:
> Noob question here: why not start with the next unused OID in the range, and on the other hand reserve the range for sequentially-assigned values?
The general idea is to avoid OID collisions while a patch is under
development. Choosing a value that aligns nicely with
already-allocated OIDs makes these collisions much more likely, which
commit a6417078 addressed back in March. We want a random choice among
patches, but OIDs used within a patch should be consecutive.
(There is still some chance of a collision, but you have to be fairly
unlucky to have that happen under the system introduced by commit
a6417078.)
It's probably the case that most patches that create a new pg_proc
entry only create one. The question of consecutive OIDs only comes up
with a fairly small number of patches.
--
Peter Geoghegan
From | Date | Subject | |
---|---|---|---|
Next Message | Ivan Panchenko | 2019-08-02 22:05:33 | jsonb_plperl bug |
Previous Message | Isaac Morland | 2019-08-02 21:52:31 | Re: The unused_oids script should have a reminder to use the 8000-8999 OID range |