Re: Call for objections: put back OIDs in CREATE TABLE
От | Antti Haapala |
---|---|
Тема | Re: Call for objections: put back OIDs in CREATE TABLE |
Дата | |
Msg-id | Pine.GSO.4.44.0301271238100.13057-100000@paju.oulu.fi обсуждение исходный текст |
Ответ на | Re: Call for objections: put back OIDs in CREATE TABLE (Curt Sampson <cjs@cynic.net>) |
Ответы |
Re: Call for objections: put back OIDs in CREATE TABLE
|
Список | pgsql-hackers |
> > Anyways, I've got an idea: what about having option that INSERTs return > > "oid_status" in form... > > I don't understand exactly how an INSERT statement "returns" anything. > An INSERT statement is not a function, is it? I mean the backend message CompletedResponse (and s/oid_status/PQoidStatus/ (as it's written in libpq-fe.h)) (ok, it's deprecated now in favor of PQoidValue). From postgresql docs see section Frontend-Backend protocol: Byte1('C') Identifies the message as a completed response. String The command tag. This is usually a single word thatidentifies which SQL command was completed. For an INSERT command, the tag is INSERT oid rows, where rows is the number of rows inserted, and oidis the object ID of the inserted row if rows is 1, otherwise oid is 0. Wouldn't it be nice to add here If table doesn't contain row oids, in place of oid is the primary key of the newly inserted record (if any)as column= 'value' [ and column = 'value [ and ... ]] -- Antti Haapala
В списке pgsql-hackers по дате отправления: