Добрый день всем !

Имеет ли смысл следующие принципы организации БД, если система состоит из нескольких Oracle схем.

При проектировании БД, различаются три типа пользователей:
Пользователь бизнес логики – Oracle user, который имеет право на подключение к базе данных и выполнение DML команд (будет использоваться серверами приложений)


Пользователь контейнер объектов системы – Oracle user, в схеме которого расположены объекты данной системы. Не имеет никаких прав.


Пользователь-супервизор – Oracle User, который имеет право на DDL операции над схемами-контейнерами. Может содержать, некоторую глобальную информацию об установленных схемах (пользователь будет использоваться для наката патчей в частности).

Что скажете ?

mcureenabА при чём тут схемы?

Есть БД, сколько в ней схем не важно. Есть пользователи БД с определёнными правами. DBA всегда есть и имеет права на изменение схемы БД. Пользователей "бизнес логики" заводи сколько хочешь, но поскольку речь идёт о сервере приложений, то скорее всего это будет один пользователь БД оракл, а именованные пользователи будут авторизоваться через внешний домен самим сервером приложений.

Пользователь - контейнер это эхо старых версий оракла, когда у каждого пользователя БД была своя схема. Теперь лучше говорить просто о схеме. Владелец схемы может и не иметь прав на подключение к БД, но как правило владелец схемы (а не DBA) используется для прогона DDL скриптов и выполнения прочих служебных операций.

Вот именно. Когда продукт имеет 10 схем, по схеме на каждую подсистему, имхо не имеет смысла держать все 10-ть с правами на манипуляции объектами. Лучше завести одного супер пользователя - и он уже имеет право на прогон DDL скриптов? Опять таки, при выполнении команд которые взаимодействуют между схемами, типа FK между объектами схемы - это вариант нормальный?

mcureenabСтранно, что у продукта нет модуля для обновления БД.

Суперпользователь будет иметь права не только на 10 схем, но и на все остальные, поскольку системные привилегии выдаются либо на свою схему, либо на все, что не очень хорошо.

Модуль будет.
За комментарий по поводу того, что будет иметь права ANY ...
согласен, спасибо !