rodb........реализовывать систему разграничения прав средствами сервера приложений,независимо от хранилища данных или попытаться интегрировать её с системой разграничения прав доступа самого
хранилища.......

вообщето, не совсем корректно поставлен вопрос...

в серваках приложения различаються три политики безопасности работы...
1) С привелегиями ядра...
2) С привелегиями пользователя...
3) С привелегиями некой учётной записи...

Соответственно первое решение опасное, и требует реализации своего слоя секьюритей (максимальной политикой ышо называют)...Второе - минимальная политика. Исполняющиеся процессы (потоки), дышат на уровне прав пользователя... Третье - это гибкая политика безопасности, позволяющая больше возможностей по правам, но и больше возможностей по контролю (средняя позиция между первыми двумя)...

а какое хранилище данных - ну это дело то техническое...и к секьюрити относиться эээээээээ поскольку по стольку (потому как сама база данных лежит НИЖЕ сервака приложений)...Ну уж если и смотреть на енти весчи под Вашим углом заданного вопроса...кхм..Наверное если Вы затачиваетесь по жизни на одну определённую БД - то может Вам и третий слой нафик не нужен ? А если будете менять движок баз (к примеру), тогда завязывание на БД глупо, т.к. привносит дополнительные проблемы....

с уважением
(круглый)
ЗЫ
Как например Вы можете снизить требования к БД. Тем самым увеличить скорость обработки данных. Возможно при этом потребуеться более скоростная(лёгкая) БД в которой не будет реализована политика безопасности...Надо пытаться из того или иного решения вытаскивать максимум плюсов, а не молиться на ранее приобретённые знания...