2. Модель доступа к удаленным данным (rda)

В RDA-модели сервер и клиент имеют структуру, аналогичную модели файлового сервера: компонент представления и прикладной компонент выполняются на клиенте, а сервер содержит компонент доступа к данным. Однако данные хранятся на сервере в базе данных (а не в виде файлов), а доступ к ним обеспечивается посредством стандартного языка запросов SQL. Т.е. клиент (прикладной компонент) отправляет серверу SQL-запросы и получает в ответ совокупность данных, представленных в виде таблицы (которые потом обрабатываются на клиенте). Часто, говоря о модели «клиент-сервер», подразумевают именно эту разновидность (рис. 4.4).

Р ис. 4.4. Модель доступа к удаленным данным

Основное достоинство модели заключается в унификации интерфейса клиент-сервер в виде языка SQL и широком выборе средств разработки приложений. К недостаткам можно отнести существенную загрузку сети при взаимодействии клиента и сервера посредством SQL-запросов (т.к. по сети передаются избыточные блоки данных). Однако модель является оптимальной для ситуации высокопроизводительных клиентов и относительно низкопроизводительного сервера.

3. Модель сервера баз данных (dbs)

В основе модели лежит механизм хранимых процедур. Хранимая процедура оперирует данными, содержащимися в БД, и возвращает результат их обработки. В модели DBS прикладной компонент представляет собой набор хранимых процедур, которые хранятся и выполняются непосредственно на сервере, а клиентское приложение (по сути содержащее лишь компонент представления) вызывает эти процедуры, передавая по сети их идентификаторы и параметры (рис. 4.5).

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

Достоинства DBS-модели: возможность централизованного администрирования прикладных функций; снижение трафика (вместо SQL-запросов по сети направляются вызовы хранимых процедур, а вместо таблиц с «сырыми» данными — только результаты их обработки); возможность разделения процедуры между несколькими приложениями; экономия ресурсов компьютера за счет использования единожды созданного плана выполнения процедуры.

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

4. Модель сервера приложений (as)

В модели сервера приложений (рис. 4.6) компоненты приложения разнесены на три части. Клиентская часть содержит компонент представления. Серверная часть выполнена аналогично модели доступа к удаленным данным RDA (выполняет SQL-запросы к БД, расположенной на сервере). Третья часть — промежуточная — выступает в роли клиента и сервера одновременно, содержит прикладной компонент и называется сервером приложений. Сервер приложений организован как группа процедур (процессов), выполняющих определенные прикладные функции. Клиент обращается к серверу приложений через API (то есть, посылает идентификатор интересующей его процедуры и набор параметров и ждет получения результата). Функционирующие на сервере приложений процедуры, в свою очередь, обращаются к серверу баз данных (причем, могут использоваться разные сервера). Трехзвенная архитектура позволяет добиться максимальной гибкости при проектировании приложений клиент-сервер.

Р ис. 4.6. Модель сервера приложений