Re: oid's and primary keys on insert - Mailing list pgsql-general

From Rob Brown-Bayliss
Subject Re: oid's and primary keys on insert
Date
Msg-id 1028925158.1849.43.camel@everglade.zoism.org
Whole thread Raw
In response to Re: oid's and primary keys on insert  (Joe Conway <mail@joeconway.com>)
Responses Re: oid's and primary keys on insert  (Andrew Sullivan <andrew@libertyrms.info>)
List pgsql-general
On Sat, 2002-08-10 at 08:22, Joe Conway wrote:

> what we called it, but same concept). We have the application call this
> function first to get the primary key for the main header record, then
> insert the header record, then reuse that value as the foreign key in
> the detail records.

Yeah, that would work, It would requirechanging the trigger, but as the
app is not in use yet thats not a big problem, call the function and
then insert with the key generated...

Why are the developers (maybe) getting rid of OID's?  Wont they then
have to come up with another way of identifiying data inside postgresql?


--

*
*  Rob Brown-Bayliss
*

pgsql-general by date:

Previous
From: Rob Brown-Bayliss
Date:
Subject: Re: oid's and primary keys on insert
Next
From: Andrew Sullivan
Date:
Subject: Re: oid's and primary keys on insert