- •Обзор команд создания, изменения и удаления таблиц
- •Представления и соединения
- •Представления и подзапросы
- •Ограничения представлений
- •Удаление представлений
- •Технология и модели «клиент – сервер»
- •Модель fs (файловый сервер)
- •Технологический недостаток модели
- •Модель rda (доступ к удаленным данным)
- •Модель сервера бд (dbs)
- •Модель as- сервер приложений (Application server)
Модель fs (файловый сервер)
Схема запросов к файловой системе.
FS- модель в 90-е годы была исключительно популярной среди разработчиков как базовая для локальных сетей ПК (FoxPRO,Clipper,Clarion,Paradoxи т.п.).
В случае многопользовательской СУБД - на рабочем месте выполняется как прикладная программа, так и копия СУБД, а базы данных находятся в разделяемых файлах, находящихся на FS.
При обращении к БД, СУБД направляет запрос к FS. В ответFSпо сети направляет требуемый блок данных. Получив его, СУБД выполняет действия, декларированные в прикладной программе.
Технологический недостаток модели
Высокий сетевой график, низкая безопасность данных (защита на уровне файлов системы) и узкий спектр манипуляций с данными. Применение FSкак сервера БД- ошибочно в принципе.
Модель rda (доступ к удаленным данным)
Модель RDAсущественно отличается отFS-модели характером доступа к информационным ресурсам - (SQL- сервер).
Клиент направляет SQL-запрос к информационным ресурсам. Ядро СУБД сервера обрабатывает запросы и возвращает клиенту результат, оформленный как блок данных. Инициатор манипуляций - клиент.
RDA- модель избавлена от недостатков централизованной системы иFS-системы.
Язык SQLстановится стандартным средством общения клиент – сервер.
Но RDA- модель также не лишена недостатков:
Взаимодействие «клиент-сервер» - загружает сеть;
Совмещенные представления прикладного компонента затрудняет администрирование.
Модель сервера бд (dbs)
Реализована в Informix, Ingres, Sybase, Oracle. Ее основу составляет механизмхранимых процедур- средства программированияSQL- сервера. Процедуры хранятся в словаре БД, разделяются между клиентами.
Язык хранимых процедур - это процедурное расширение SQL- уникальное для каждой системы.
В виде набора хранимых процедур оформлен прикладной компонент.
Достоинства DBS- модели:
централизованное администрирование прикладных функций;
снижение трафика (вместо SQL- запросов по сети направляются вызовы хранимых процедур);
возможности разделения процедуры между несколькими приложениями.
Недостатки:
ограниченность средств написания хранимых процедур;
в большинстве СУБД отсутствуют средства отладки хранимых процедур.
На практике чаще всего используются смешанные модели, когда поддержка целостности БД и некоторые простейшие прикладные функции поддерживаются DBS- моделью, а более сложные функции выполняются на клиенте (RDA- модель).
Модель as- сервер приложений (Application server)
Характерной особенностьюAS- модели является реализация прикладного компонента (группы процессов, выполняющих прикладные функции) на отдельном сервере приложений.
Модель сервера приложений.
В трехзвенной схеме появляется еще один стандартный интерфейс API.
В прикладной компоненте используются универсальные механизмы ОС.
AS-модель является фундаментом для так называемых ТРМ (TransactionProcessingMonitors) -мониторов транзакций.