From: | Craig Ringer <craig(at)postnewspapers(dot)com(dot)au> |
---|---|
To: | "Jean-Yves F(dot) Barbier" <12ukwn(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: transparently log a right error |
Date: | 2009-11-27 03:05:34 |
Message-ID: | 4B0F41FE.50208@postnewspapers.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2009-11-27 03:09:30 | Re: Invalid redo in checkpoint record |
Previous Message | Thom Brown | 2009-11-26 22:18:53 | Re: date_trunct() and start of week |