OID and PL/pgSQL trigger :-(

From: Alke <alke(at)iol(dot)it>
To: "pgsql-sql(at)postgresql(dot)org" <pgsql-sql(at)postgresql(dot)org>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: OID and PL/pgSQL trigger :-(
Date: 1999-08-20 20:51:07
Message-ID: 37BDBFBA.5370AFE3@iol.it
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-sql

Hy all!

I would like to use OIDs as a primary key on every table of my db,
because this seem to me a very smart thing to do..... but after some
experiment, I've decided to create a SERIAL field on every table, and to
use it as the primary key, and to abandon OIDs...

This is an example of what I whould like to write (and I can't):

CREATE FUNCTION firstTable_DelCascade() RETURNS OPAQUE AS '
BEGIN
DELETE FROM anotherTable WHERE anotherTable.OIDfromFirstTable =
OLD.OID;
RETURN OLD;
END;
' LANGUAGE 'plpgsql';

Well, this can't work because OLD is of type RECORD, and type record
have no OID :-(
(this is what I found in the docs, about RECORD:
"Only the user attributes of a table row are accessible in the row, no
Oid or other system attributes (hence the row could be from a view and
view rows don't have useful system attributes)" )

The main question is: can I get the OID of the OLD/NEW record in
triggers?
A more general question is: what is the usefulness of OIDs, if I can't
use them in trigger?

Paolo

Browse pgsql-general by date

  From Date Subject
Next Message Alke 1999-08-20 21:28:05 Array-fields and many-to-many relations
Previous Message G. Anthony Reina 1999-08-20 17:02:30 RE: [GENERAL] Error during 'vacuum analyze'

Browse pgsql-sql by date

  From Date Subject
Next Message Alke 1999-08-20 21:28:05 Array-fields and many-to-many relations
Previous Message Nicolas Cadou 1999-08-20 17:00:52 Missing PL/pgSQL library