Re: Oid registry

On 9/25/12 8:48 PM, Andrew Dunstan wrote:
> That still leaves the other uses for having well known Oids (or possibly
> UUIDs) for non-builtin types (e.g. so Drivers don't have to look them up
> in the catalogs, or having issues when types are added to the core.)

Here is a problem:  If I write an "hstore-ng" extension, I have two options:

1. "Steal" the OID/UUID assigned to hstore so my extension integrates
nicely with all the drivers.

2. Don't steal the OID/UUID assigned to hstore and have a very low
chance that my extension will ever be supported nicely by a lot of drivers.

Neither option is very nice.