П. Г. Демидова А. В. Зафиевский А. А. Короткин А. Н. Лататуев Базы данных Учебное пособие

Модель сервера базы данных 
Наряду с RDA-моделью все большую популярность приобре-
тает перспективная DBS-модель (рис. 7.4). Последняя реализо-
вана в некоторых реляционных СУБД (Informix, Ingres, Sybase, 
Oracle). Основу данной модели составляют: механизм хранимых 
процедур как средство программирования SQL-сервера, меха-
низм триггеров как механизм отслеживания текущего состояния 
информационного хранилища и механизм ограничений на поль-
зовательские типы данных, который иногда называется меха-
низмом поддержки доменной структуры. Процедуры и триггеры 
хранятся в словаре базы данных, разделяются между несколь-
кими клиентами и выполняются на том же компьютере, где 
функционирует SQL-сервер. Язык, на котором разрабатываются 
хранимые процедуры, представляет собой процедурное расшире-
ние языка запросов SQL и уникален для каждой конкретной 

---

144 
СУБД. Триггеры позволяют организовать постоянный контроль 
за состоянием БД с целью отслеживания всех вносимых в базу 
изменений и адекватной реакции на них. Механизм поддержки 
доменной структуры позволяет пополнять список стандартно до-
пустимых типов данных, что может быть использовано для учета 
семантической составляющей данных в реальных предметных 
областях, например координаты объектов или единицы различ-
ных метрик. Сервер базы данных часто называют активным 
сервером, потому что не только клиент, но и сам сервер может 
быть инициатором обработки данных в БД. Более подробно он 
будет рассмотрен позже. 
Рис. 7.4. Модель сервера базы данных (два варианта) 
В DBS-модели компонент представления выполняется на 
компьютере-клиенте, в то время как прикладной компонент 
оформлен как набор хранимых процедур и функционирует на 
компьютере-сервере БД. Там же выполняется компонент доступа 
к данным, то есть ядро СУБД.

---

145 
Достоинства DBS-модели очевидны: это и возможность цент-
рализованного администрирования прикладных функций, и сни-
жение трафика (вместо SQL-запросов по сети направляются вы-
зовы хранимых процедур), и возможность разделения процедуры 
между несколькими приложениями, и экономия ресурсов 
компьютера за счет использования единожды созданного плана 
выполнения процедуры.
К недостаткам модели можно отнести ограниченность 
средств, используемых для написания хранимых процедур, кото-
рые представляют собой разнообразные процедурные расшире-
ния SQL, не выдерживающие сравнения по изобразительным 
средствам и функциональным возможностям с языками третьего 
поколения, такими как C или Pascal. Сфера их использования 
ограничена конкретной СУБД, в большинстве СУБД отсутствуют 
возможности отладки и тестирования разработанных хранимых 
процедур. 
Другим недостатком данной модели является очень большая 
загрузка сервера. Действительно, сервер обслуживает множество 
клиентов и выполняет следующие функции: 
 осуществляет мониторинг событий, связанных с описан-
ными триггерами;
 обеспечивает автоматическое срабатывание триггеров при 
возникновении связанных с ними событий;
 обеспечивает исполнение внутренней программы каждого 
триггера;
 запускает хранимые процедуры по запросам пользователей;
 запускает хранимые процедуры из триггеров;
 возвращает требуемые данные клиенту;
 обеспечивает все функции СУБД: доступ к данным, 
контроль и поддержку целостности данных в БД, контроль 
доступа, обеспечение корректной параллельной работы всех 
пользователей с единой БД.
Если мы переложили на сервер большую часть бизнес-логики 
приложений, то требования к клиентам в этой модели резко 
уменьшаются. Иногда такую модель называют моделью с «тон-
ким клиентом», в отличие от предыдущих моделей, где на кли-
ента возлагались гораздо более серьезные задачи. Эти модели 
называются моделями с «толстым клиентом». 

---

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