оператор "Exists (SQL query at least returns one row)" это очень шаткая штука для разграничения прав ...
я лично написал функцию ,результат которой можно оценивать как уровень доступа на странице
булеан потому что так апекс требует )
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
FUNCTION user_role_auth (p_username VARCHAR2,
p_userrole NUMBER,
p_reverse VARCHAR2 DEFAULT NULL)
RETURN BOOLEAN
IS
-- p_userrole - параметр указывающий на то по какому значению уровня безопасности разрешено действие
-- p_reverse - параметр который может проинвертировать результат если это нужно
-----например пользователь 'test' имеет security_group_id = 3
----- при параметрах p_userrole = 2 получим запрет
----- при параметрах p_userrole = 2 и p_reverse not null получим разрешено
----- таким образом одни права запрещаются и другие МОЖНО включить
user_role NUMBER;
user_res BOOLEAN;
BEGIN
SELECT t.security_group_id
INTO user_role
FROM ba2_chk_user t
WHERE AND UPPER (user_name) = UPPER (p_username);
IF user_role <= p_userrole
THEN
--доступ высокого уровня разрешено
--true
user_res := TRUE;
ELSE
-- доступ запрещён
--false
user_res := FALSE;
END IF;
IF p_reverse IS NOT NULL
THEN
IF user_res
THEN
user_res := FALSE;
ELSE
user_res := TRUE;
END IF;
END IF;
RETURN (user_res);
END user_role_auth;
на апексовой странице в conditions
выставляем Condition Type = "PL/SQL Expression"
"Expression 1" = "user_role_auth (:P101_USERNAME,2)"
или
"Expression 1" = "user_role_auth (:P101_USERNAME,2,'Y')"
например 1-Admin, 2-Power_User, 3-Viewer
и ролей можно придумывать столько, сколько угодно главное чтобы они шли по нарастающей ... то есть 1-бог а 3-никто
таким образом одни Regions которые можно смотреть покажутся ... а в другом случае наоборот
я вот так решил проблему доступа. )
