Прочитал тему - "frm - 40602 - формс вообще достал".
Раньше (несколько лет назад :), я действовал аналогичным путем:
создавал синонимы для пользователей -> выдавал им на них права и т.д.

Сейчас гораздо проще:
1) в *.fmb
На свойствах блока:
Запросить Имя Источника Данных__________ = OWNER.TABLE_NAME
Имя Адресата DML Данных ________________ = OWNER.TABLE_NAME
2) в ORACLE
Создается роль
Роли выдаются все необходимые права
Пользователям назначается роль "по умолчанию"

Сопровождать все на порядок (нет на 2 проще :).

Я знаю команды, которые придерживаются как первого варианта,
так и второго. Интересны Ваши мнения.

Это скорее касается не разграничения прав доступа.
При способе который я описал, все формы "нацелены" на объекты (таблицы и представления) владельца схемы. При действии через
"синонимы на все необходимые объекты для каждого пользователя" порождается море синонимов, но формой можно соединяться к разным схемам (в первом случае это не получится).
Возможно кто-то сталкивался с засадами первого варианта.

Alex_D
Интересно, а Вы как-нибудь управляете в приложениях связками ПОЛЬЗОВАТЕЛЬ-РОЛЬ-СХЕМА. В этом случае, у конечного пользователя потребуются отдельные таблицы/интерфейсы настройки прав доступа.

Все эти вопросы, я задаю по следующей причине - мы поставляем наше ПО по всей России, по "СНГ" и т.д. и на сегодня стоит вопрос - "Какими, наиболее простыми средствами, дать возможность пользователям управлять должностными обязанностями (пользовали не обязаны ничего понимать в механизмах СУБД)?

Понятно, что решений м.б. много, интересен практический опыт других.
В любом случае, основная задача - продукт должен остатся "коробочным" (или почти таковым).

Спасибо.