Модель сервера баз данных

Рисунок 7. Модель сервера баз данных

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

Централизованный контроль выполняется с использованием механизма триггеров. Триггер - хранимая процедура особого типа, которую пользователь не вызывает непосредственно, а исполнение которой обусловлено наступлением определенного событии я INSERT, DELETE, UPDATE. Триггер, как и хранимая процедура, хранится в словаре БД в откомпилированном виде, триггеры могут вызывать хранимые функции. Они могут быть использованы несколькими клиентами, а это приводит к существенному уменьшению дублирования алгоритмов обработки данных в разных клиентских приложениях.

Клиент обеспечивает логику представлений.

Сервер обслуживает множество клиентов и выполняет следующие функции:

1. осуществляет мониторинг всех событий, которые вызывают триггеры и при возникновении события запускают соответствующий триггер.

2. Обеспечивает автоматическое срабатывание триггеров при возникновении связанных с ним событий;

3. Обеспечивает исполнение внутренней программы каждого триггера;

4. Запускает хранимые процедуры по запросам пользователей из триггеров;

5. Возвращает требуемые данные клиенту;

6. Обеспечивает все функции СУБД: доступ к данным, контроль и поддержку целостности данных в БД, контроль доступа и др.

Используется язык PL/SQL (procedure language).

Недостатком является очень большая загрузка сервера.

Так как на сервер переложили большую часть бизнес логики приложений, то требования к клиентам резко уменьшаются. Это модель с тонким клиентом. А предыдущие модели были с толстым клиентом.