Re: Feature request - CREATE TYPE ... WITH OID = oid_number. - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Feature request - CREATE TYPE ... WITH OID = oid_number.
Date
Msg-id 4CFE56A7.5050003@dunslane.net
Whole thread Raw
In response to Re: Feature request - CREATE TYPE ... WITH OID = oid_number.  (Merlin Moncure <mmoncure@gmail.com>)
Responses Re: Feature request - CREATE TYPE ... WITH OID = oid_number.  (Merlin Moncure <mmoncure@gmail.com>)
List pgsql-hackers

On 12/07/2010 10:02 AM, Merlin Moncure wrote:
> On Tue, Dec 7, 2010 at 9:10 AM, Dmitriy Igrishin<dmitigr@gmail.com>  wrote:
>> Hey hackers@,
>>
>> libpq execution function works with OIDs. In some cases it is
>> highly recommended specify OIDs of parameters according to
>> libpq documentation.
>> While developing a database application with libpq and if
>> application works with custom data types IMO reasonable to
>> provide developer extended type creation syntax, e.g.
>>    CREATE TYPE my_type ... WITH OID = 12345;
>> Yes, it is possible to make dump of the database with oids,
>> but if developer prefer to hard code OIDs in the application it
>> would be more convenient for him to use syntax above.
>> Btw, there is already Oid lo_import_with_oid function in large
>> objects libpq's API which are very useful.
> It's possible to do this in 9.0 in a slightly indirect way.   See the
> contrib/pg_upgrade folder.  In particular, grep for
> set_next_pg_type_oid.
>
>

This doesn't strike me as very good advice. Those things are not exposed 
generally for good reason. The right way to do this surely is to have 
the app look up and cache the OIDs it needs rather than hardcode the 
values in the application.

cheers

andrew


pgsql-hackers by date:

Previous
From: Greg Smith
Date:
Subject: Re: Spread checkpoint sync
Next
From: Robert Haas
Date:
Subject: Re: pg_execute_from_file review