Thread: PL/pgsql - getting row from record

PL/pgsql - getting row from record

From
Matt
Date:
Hi,

I'm sure this has been asked before, but my searches haven't come up
with an example.

I'm writing a generic trigger function called from different tables in
plpgsql that needs to get the value of the primary key column from OLD.

I can find out the pkey column name by querying the system tables, but
the only way I've found of getting the value of that column is by
creating a temporary table and using FOR ... EXECUTE to get the value
back out. My code for doing that is below, but it seems mighty ugly.

So, two questions:
1. Is there a better way of getting arbitrary columns from a record?
2. If not, will I run into problems with the name of the temporary table
if two processes call this function at the same time, or are temp names
unique to the particular session?

    CREATE TEMPORARY TABLE get_colval_from_record_tmp
        AS SELECT OLD.*;
    FOR srow IN EXECUTE
        ''SELECT '' || col || '' AS scol
          FROM get_colval_from_record_tmp''
    LOOP
        colval := srow.scol;
    END LOOP;
    DROP TABLE get_colval_from_record_tmp;

Thanks for the help,

Matt

BTW: I noticed on http://developer.postgresql.org/todo.php there's an
item "Allow PL/pgSQL to name columns by ordinal position, e.g. rec.(3)".
That'd do me fine, but I guess I'd better ask on the dev list as to when
this might happen :)



Re: PL/pgsql - getting row from record

From
Richard Huxton
Date:
Matt wrote:
> So, two questions:
> 1. Is there a better way of getting arbitrary columns from a record?

Not really.

> 2. If not, will I run into problems with the name of the temporary table
> if two processes call this function at the same time, or are temp names
> unique to the particular session?

Temporary tables are session-specific.

Really, you'd be better off using one of the more interpreted languages
for this specific task though.

--
   Richard Huxton
   Archonet Ltd

Re: PL/pgsql - getting row from record

From
Matt
Date:
Thanks for the quick response!

> Really, you'd be better off using one of the more interpreted languages
> for this specific task though.

Was afraid someone would say that. Time to polish up those tarnished
perl skills ;)

Matt