Клиентское приложение - Сервер Приложений - СУБД

Здравствуйте, уважаемые программисты!
Прошу поделиться соображениями вот о чём.
Пишу клиентские desktop приложения (C# WinForms) под Виндовс для работы с Базами Данных (речь о веб-приложениях пока не ведём, обсуждаем только desktop).

Клиентское приложение <----> СУБД

Напишите, какие по вашему мнению существуют преимущества у трёхзвенной схемы:

Клиентское приложение <----> Сервер Приложений <----> СУБД

Также буду рад прочесть о случаях из вашей практики в пользу той или иной точки зрения.
Спасибо.

Дядька с усами и часами,

на среднем слое можно реализовать какую-то бизнес логику, не на расширениях SQL.

Кроме этого, если нужно иногда задействовать какие-то другие компоненты или службы, например, послать с сервера сообщение по электронной почте или что-то в этом роде, из кода в базе данных на SQL это бывает достаточно трудно сделать. А со среднего звена никаких проблем. Вообще, если управление попадает в код на SQL, из него потом трудно выбраться куда-то ещё, кроме клиента СУБД.

Дядька с усами и часами
.... Напишите, какие по вашему мнению существуют преимущества у трёхзвенной схемы ....

если как у индусов, оплата по кол-ву строк кода==> можно больше написать кода ==> выше заработок

MasterZiv
на среднем слое можно реализовать какую-то бизнес логику, не на расширениях SQL.

особенно что касается разграничения прав доступа

Leonid Kudryavtsev
можно больше написать кода ==> выше заработок

может быть ещё какие-то аргументы?

Изопропил
MasterZiv на среднем слое можно реализовать какую-то бизнес логику, не на расширениях SQL. особенно что касается разграничения прав доступа

например? на среднем звене организовать свою систему юзеров-ролей-паролей, при том, что сам Сервер Приложений ломится в БД от имени одной и той же учётки? вы это имеете ввиду?

Дядька с усами и часами

Здравствуйте, уважаемые программисты! Прошу поделиться соображениями вот о чём. Пишу клиентские desktop приложения (C# WinForms) под Виндовс для работы с Базами Данных (речь о веб-приложениях пока не ведём, обсуждаем только desktop). Клиентское приложение <----> СУБД Напишите, какие по вашему мнению существуют преимущества у трёхзвенной схемы: Клиентское приложение <----> Сервер Приложений <----> СУБД Также буду рад прочесть о случаях из вашей практики в пользу той или иной точки зрения. Спасибо.

А что, если слова начинать с заглавной буквы, это им дополнительный вес придает ? Просто интересно...

Дядька с усами и часами
например? на среднем звене организовать свою систему юзеров-ролей-паролей, при том, что сам Сервер Приложений ломится в БД от имени одной и той же учётки? вы это имеете ввиду?

ну "свою систему юзеров-ролей-паролей" это ваше дело, но вот сбором "в одну кучку"/расчетами/пересчетами каких-то данных из разных систем и БД, чтоб не терять время на "...кучку..." на клиенте, а отдать ему сразу - можно наверное...

Сервер приложений позволяет много чего:

- организовать общие кэши, используя другую бесплатную базу типа кеу-value и т.п.
- минимизировать количество сессий на СУБД (важно, если лицензирование ведется по количеству сессий), требования к серверу СУБД становятся меньшими (как за счет меньшего количества сессий, так и переноса логики)
- появляются возможности масштабирования горизонтального (когда ERP вырастет до нескольких тысяч пользователей)
- ну и возможности языков типа JAVA и т.п., которые используются на серверах приложений, гораздо шире, чем языки СУБД