>> а почему не обсуждается RULE-s-ы ?
это то-же самое, что сваять VIEW (Wireless, я с тобой полностью согласен!).
"... Rules and Views

Presently, ON SELECT rules must be unconditional INSTEAD rules and must have actions that consist of a single SELECT query. Thus, an ON SELECT rule effectively turns the table into a view, whose visible contents are the rows returned by the rule's SELECT query rather than whatever had been stored in the table (if anything). It is considered better style to write a CREATE VIEW command than to create a real table and define an ON SELECT rule for it. ..."

Только вот как-бы это все побыстрее сделать, например возвращать принципиально разные селекты (разные в количестве записей и разные в значениях колонок) в зависимости от принадлежности юзера конкретной группе пользователей?
Я это к тому, что как сделать правило (или отображение), которое сначала определяло доступ к данным, а потом возвращало соответствующие готовые выборки из таблиц(ы), без конструкций с CASE...END на каждую запись таблиц(ы)?
В доках (на ПГ7.3) сказано, что нельзя сделать больше одного правила на SELECT из отношения :(

может попробовать:

SELECT 'Все путем' AS res WHERE доступ='Ок'
UNION ALL
SELECT 'А кто вы такой?' AS res WHERE доступ<>'Ок';

в написании отображения?

ну почему увлеклись?
я привел пример селекта для построения ОТОБРАЖЕНИЯ, которое возвращает РАЗНЫЙ набор значений колонок (и записей) без вычисления значений "на лету" для каждой записи ТАБЛИЦ(Ы).
А клиент делает ОДИНАКОВЫЙ селект из отображения.
Без вьюшек не реально дать разные права на значения колонок и строк таблиц(ы).