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)?
pgsql-admin by date
|Next:||From: Paul Libbrecht||Date: 2008-07-14 13:13:21|
|Subject: accidental drop table recoverable?|
|Previous:||From: Michelle Konzack||Date: 2008-07-12 13:37:52|
|Subject: How to setup tablespace and table partitioning in a template?|