Re: transparently log a right error - Mailing list pgsql-general

From Craig Ringer
Subject Re: transparently log a right error
Date
Msg-id 4B0F41FE.50208@postnewspapers.com.au
Whole thread Raw
In response to transparently log a right error  ("Jean-Yves F. Barbier" <12ukwn@gmail.com>)
List pgsql-general
On 26/11/2009 11:56 PM, Jean-Yves F. Barbier wrote:
> Hi list,
>
> How could I transparently log an error where user miss a right,
> I know how to write a RULE, but not this way:
>
> ie:
> * user don't have a direct access to tables but to procedures that
>    manipulates tables.
>
> * He try to make a: SELECT * FROM table5
>    which normally returns: "ERROR: right refused for relation table5"
>
> * I wanna log the user's name into a separate table, but still
>    having PG reporting the usual error (NOT using regular logs)

That sort of thing has a significant issue that makes it hard to use
effectively:

You're trying to record events about possibly read-only actions by the
user. The user can extract information, then ROLLBACK their transaction.
If you're recording their actions as a log within the database its self,
your log will be rolled back as well.

PostgreSQL doesn't have autonomous transaction support, which would be
required to let the log table changes be retained even if the user rolls
back the transaction. It could be done with dblink, but not particularly
well.

Honestly, processing the regular text logs (or using csv log mode) is
your best bet at this point.

--
Craig Ringer

pgsql-general by date:

Previous
From: Thom Brown
Date:
Subject: Re: date_trunct() and start of week
Next
From: Craig Ringer
Date:
Subject: Re: Invalid redo in checkpoint record