Rewrite SELECT WHERE clause on per-session bases. Modifing view source code in one session (user's) from another session (admin's)? - Mailing list pgsql-admin

From sftf
Subject Rewrite SELECT WHERE clause on per-session bases. Modifing view source code in one session (user's) from another session (admin's)?
Date
Msg-id 2810039107.20080714112605@mail.ru
Whole thread Raw
Responses Re: Rewrite SELECT WHERE clause on per-session bases. Modifing view source code in one session (user's) from another session (admin's)?  (Decibel! <decibel@decibel.org>)
List pgsql-admin
Hi!
In my application's security scheme I'm planing to restrict users to view only particular "types" of records,
where "types" is set of WHERE predicates for each view, dynamically defined in application.
I believe it's most efficient way to do such things, instead of calling some decision function for each row
in view's SELECT, for example.

So, for these porposes I need some mechanism allowing "on the fly" modification of view's SELECT's.
At the beggining I review CREATE RULE ON SELECT variant, but rules are "database-wide" not "session-wide" and
SELECT rules don't allow WHERE clause.

My current solution is creating temporary viwes for each application user with
appropriate WHERE restrictions at the session begining  (but rules could be more convient).
By this way view permissions (what "types" user can select fron view) are can't be changed during session
(user can't modify view by design).

So question is: is it possible to modify view source code in one session (user's) from another session (admin's)?
Or may be more convenient way to rewrite SELECT WHERE clause on per-session bases exist (similar to RULES)?
Thanks.


pgsql-admin by date:

Previous
From: Michelle Konzack
Date:
Subject: How to setup tablespace and table partitioning in a template?
Next
From: Paul Libbrecht
Date:
Subject: accidental drop table recoverable?