Доброго времени суток

Планируется к написанию трехуровневое приложение (БД - сервер приложений - клиенты web и desktop). Покамест остановился на реализации бизнес-логики в БД с помощью хранимых процедур. Есть мысль переместить логику на сервер приложений, а БД использовать исключительно в качестве хранилища данных, которыми управлять через NHibernate.

Если реализовывать логику в БД, получается жесткая привязка к конкретному виду СУБД + проблемы с использованием NHibernate.
Если переместить ее на уровень сервера приложений, то получится не совсем оптимальная работа БД (не будут использоваться различные возможности данной конкретной СУБД - оптимизация запросов, те же ХП и проч.). И получится много больше запросов к БД из сервера приложений (например, перед созданием сущности "Сотрудник" нужно проверить привилегии создающего, а система привилегий довольно хитрая).

Планируемая к использованию связка выглядит так: Oracle 11g R2 (БД) - служба на C# (сервер приложений) - Silverlight и WPF (клиенты). Смены СУБД не будет, а вот в части клиентского ПО возможны в будущем попытки прикрутить PHP/Apache, клиенты на Дельфи и прочие штуки (специалистами Заказчика).

Важным соображением является то, что выбранная модель будет использоваться при разработке ряда аналогичных систем, где далеко не все однозначно с типом СУБД.

Соответственно, хотел бы попросить совета: что лучше, каковы достоинства/недостатки предлагаемых подходов, возможно есть и другие варианты по части архитектуры?

Roman S. Golubin, спасибо за совет.

ViPRos, долго рассказывать. В общем, нужно разработать систему управления выполнением работ.