Re: Does trigger only accept functions? - Mailing list pgsql-general

From hubert depesz lubaczewski
Subject Re: Does trigger only accept functions?
Date
Msg-id Zmisc69SLafs-YVW@depesz.com
Whole thread Raw
In response to Re: Does trigger only accept functions?  (veem v <veema0000@gmail.com>)
List pgsql-general
On Wed, Jun 12, 2024 at 12:50:27AM +0530, veem v wrote:
> My apology, if interpreting it wrong way. It doesn't make much difference
> though, but do you mean something like below?

if you really have totally different structures across all tables, and
you don't want to use pgaudit (which is the best solution), and you
don't want to have custom function per table, then i'd use hstore
datatype, and store all deleted rows, regardless of where they came
from, in single log table (potentially partitioned).

Something like:

create table deleted_rows (
    id int8 generated always as identity primary key,
    source_schema text,
    source_table text,
    deleting_user text,
    deleted_at timestamptz,
    deleted_row hstore
);

create function log_deletes() returns trigger as $$
DECLARE
BEGIN
    INSERT INTO deleted_rows (source_schema, source_table, deleting_user, deleted_at, deleted_row)
        VALUES (TG_TABLE_SCHEMA, TG_TABLE_NAME, CURRENT_USER, now(), hstore(OLD) );
    return OLD;
END;
$$ language plpgsql;

and then just:

create trigger x after delete on tablex for each row execute function log_deletes();

or something like this, if I made any typos.

Best regards,

depesz




pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: Does trigger only accept functions?
Next
From: Karsten Hilbert
Date:
Subject: DROP COLLATION vs pg_collation question