Изменение значений с помощью представлений.
Удаление представлений.
Ограничения представлений.
Есть несколько аспектов области запросов, не укладывающихся в рамки определения представления: единственное представление должно базироваться на единственном запросе: UNION и UNION ALL недопустимы.
Нельзя использовать ORDER BY, поскольку выходные данные для запроса, формирующего представления, должны быть неупорядоченными по определению
Синтаксис сходен с удалением таблиц:
DROP VIEW <имя представления>
Речь идет о применении группы команд DML:
INSERT, UPDATE, DELETE.
Использование команд DML в представлениях является опосредованным способом применения их для таблиц, на которых базируется запрос представления.
Пример:
CREATE VIEW Citymatgh (custcity, salescity)
AS SELECT DISTINCT a.city, b.city
FROM Customer a, Sales people b
WHERE a.snum = b.snum
На выходе может быть строка London London- возникает вопрос, к какой паре продавцов в исходной таблицах отнести удаление такой строки?
Это пример представления только для чтения- в него нельзя вносить изменения.
13.7.Технология и модели “клиент - сервер”.
“Клиент - сервер” – это модель взаимодействия компьютеров в сети. Как правило, компьютеры неравноправны: одни владеют и распоряжаются информационно-вычислительными ресурсами, другие- имеют возможность пользоваться ими- файловой системой, почтовой службой, службой печати, базой данных. Компьютер, управляющий тем или иным ресурсом, принято называть сервером этого ресурса, а компьютер, желающий им воспользоваться- клиентом.Например, если ресурс- файлы, то сервер называется файл- сервер, если БД, то сервер БД.
Один и тот же компьютер, в принципе может иметь роль и сервера и клиента. Например, при наличии большой ЭВМ (например 15-400), компьютер может работать сервером для клиентов- ПК и посылать запросы большой ЭВМ.
Этот же принцип распространяется и на взаимодействие программ. Так, SQL- ориентированную СУБД называют сервером БД или SQL –сервером, а программы, обращающиеся к нему- SQL – клиентами.
Первоначально (до ПК), СУБД имели централизованную структуру (Большая ЭВМ- терминалы)- это не являлось “клиентом- сервером”, поскольку вся обработка сосредотачивалась в центральной ЭВМ.
Характерной особенностью технологии “клиент - сервер” является распределенная обработка, реализованная в программе- сервере и программах- клиентах, с взаимодействием согласно некоторому определенному протоколу.
При написании программы (приложения) в предметной области используется следующий основной принцип К-С- технологии.
Функции интерактивного приложения разделяются на 4 группы, имеющие различную природу:
· Ввод и отображение данных;
· Прикладные функции предметной области (например, для банковской системы- открытие счета, перевод денег с одного счета на другой и т.п.);
· Фундаментальные функции хранения и управления информационными ресурсами (базами данных, файловыми системами и т.д.);
· Служебные функции- связывающие первые три группы.
Конкретные реализации, в зависимости от накопления перечисленных компонентов, могут быть отнесены к одной из четырех моделей:
· Модель файлового сервера (File Server - FS);
· Модель доступа к удаленным данным (Remote Data Access - RDA);
· Модель сервера БД (Data Base Server - DBS);
· Модель сервера приложений (Application Server - AS).
 |
Модель FS.
Схема запросов к файловой системе.
FS- модель не так давно была исключительно популярной среди разработчиков как базовая для локальных сетей ПК (Fox PRO, Clipper, Clarion, Paradox и т.п.).
В случае многопользовательской СУБД- на рабочем месте выполняется как прикладная программа, так и копия СУБД, а базы данных находятся в разделяемых файлах, находящихся на FS.
При обращении к БД, СУБД направляет запрос к FS. В ответ FS по сети направляет требуемый блок данных. Получив его, СУБД выполняет действия, декларированные в прикладной программе.
Технологический недостаток модели-
Высокий сетевой график, низкая безопасность данных (защита на уровне файлов системы) и узкий спектр манипуляций с данными. Применение FS как сервера БД- ошибочно в принципе.
Модель RDA
(доступ к удаленным данным).
Схема запросов к файловой системе.
Модель RDA существенно отличается от FS- модели характером доступа к информационным ресурсам- (SQL- сервер).
Коды
Клиент направляет запрос к информационным ресурсам. Ядро СУБД сервера обрабатывает запросы и возвращает клиенту результат, оформленный как блок данных. Инициатор манипуляций- клиент.
RDA- модель избавлена от недостатков централизованной системы и FS-системы.
Перенос компоненты представления существенно разгружает сервер, отводя ему роль полной обработки запросов и транзакций.
Язык SQL становится стандартным средством общения клиент – сервер.
Но RDA- модель также не лишена недостатков:
· Взаимодействие «клиент-сервер»- загружает сеть;
· Совмещенные представления прикладного компонента затрудняет администрирование.
 |
Модель сервера БД (DBS).
Реализована в Informix, Ingres, Sybase, Oracle. Ее основу составляет механизм хранимых процедур - средства программирования SQL- сервера. Процедуры хранятся в словаре БД, разделяются между клиентами.
Язык хранимых процедур- это процедурное расширение SQL- уникальное для каждой системы.
В виде набора хранимых процедур оформлен прикладной компонент.
Достоинства DBS- модели:
· Централизованное администрирование прикладных функций;
· Снижение графики (вместо SQL- запросов по сети направляются вызовы хранимых процедур);
· Возможности разделения процедуры между несколькими приложениями.
Недостатки:
· Ограниченность средств написания хранимых процедур;
· В большинстве СУБД отсутствуют средства отладки хранимых процедур.
На практике чаще всего используются смешанные модели, когда поддержка целостности БД и некоторые простейшие прикладные функции поддерживаются DBS- моделью, а более сложные функции выполняются на клиенте (RDA- модель).
Модель AS- сервер приложений.
(Application server).
Характерной особенностью AS- модели является реализация прикладного компонента (группы процессов, выполняющих прикладные функции) на отдельном сервере приложений.
Модель сервера приложений.
В трехзвенной схеме появляется еще один стандартный интерфейс API.
В прикладной компоненте используются универсальные механизмы ОС.
AS-модель является фундаментом для так называемых ТРМ (Transaction Processing Monitors)- мониторов транзакций.