Re: Oid registry - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Oid registry
Date
Msg-id CA+TgmoafZTaHfRTvDE0PKi3YxHYfYWqeToP3oQq9BC5e84a7Ww@mail.gmail.com
Whole thread Raw
In response to Re: Oid registry  (Magnus Hagander <magnus@hagander.net>)
Responses Re: Oid registry  (Magnus Hagander <magnus@hagander.net>)
Re: Oid registry  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On Thu, Sep 27, 2012 at 2:34 PM, Magnus Hagander <magnus@hagander.net> wrote:
> I'm not sure that's a way we really want to go down. How do we define which
> third party vendors would get to reserve oids? And how many? And under what
> other potential terms?
>
> Seems like we'd set ourselves up for endless discussions and bike
> shedding...

Not really.  I'm only proposing that it would be nice to have a block
of OIDs that core agrees not to assign for any other purpose, not that
we dole out specific ones to specific companies.  There's no reason
why, for example, EnterpriseDB's fork can't use OIDs from the same
reserved block as PostgreSQL-XC's fork or Greenplum's fork or Aster
Data's fork - those are all distinct projects.  All might need private
OIDs but they can all come from the same range because the code bases
don't mingle.

That having been said, we've gotten this far without having any
terrible trouble about this, so maybe it's not worth worrying about.
It's a nice-to-have, not a big deal.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: psql, remove include of psqlscan.c
Next
From: "Karl O. Pinc"
Date:
Subject: Re: psql, remove include of psqlscan.c