ВУЗ: Томский государственный университет систем управления и радиоэлектроники
Категория: Методичка
Дисциплина: Базы данных
Добавлен: 28.11.2018
Просмотров: 2651
Скачиваний: 8
31
6.2.
Модель
RDA (Remote Data Access)
Основное отличие заключается в характере компоненты доступа к ин-
формационным, это как правило, SQL – сервер. В RDA – модели коды ком-
понента представления и прикладной компонент совмещены и выполняются
на клиенте (он поддерживает как функции ввода и отображения данных, так и
чисто прикладные функции).
Доступ к информационным ресурсам обеспечивается либо операторами
специального языка (например, SQL), либо вызовами функций специаль-
ной библиотеки (если имеется соответствующий интерфейс прикладного
программирования – API).
Клиент направляет запросы к информационным ресурсам (например, к
базе данных) по сети удаленному компьютеру. На нем функционирует ядро
СУБД, которое обрабатывает запросы, выполняя предписанные в них дейст-
вия и возвращает клиенту результат, оформленный как блок данных
(рис. 6.2).
При этом, инициатором манипуляций с данными выступают программы
компьютеров-клиентов;
Ядро СУБД – обслуживает запросы и обрабатывают данные.
Преимущества:
1)
перенос компонент представления и прикладной на клиент – сводит к
минимуму число процессов ОС (разгружает сервер). Сервер, т.е. процессор
загружен операциями обработки данных, запросов (увеличивается быстро-
действие);
2)
увеличивается загрузка сети (передаются на запросы на ввод-вывод, а
запросы на языке SQL, объем который существенно меньше);
3)
унификация интерфейса клиент-сервер в виде языка SOL, который
используется не только в качестве средства доступа к данным, но и стандарта
общения клиента и сервера.
Компонент
Прикладной
представления компонент
Компонент
доступа к
ресурсам
КЛИЕНТ
ДАННЫЕ
СЕРВЕР
Рис. 6.2
SQL
32
Недостатки
RDA-
модели
1.
Взаимодействие клиент-сервер посредством языка SQL-запросов при
большом числе клиентов имеет большое время отклика (сеть загружается).
2.
Затруднено администрирование приложений из-за совмещения в од-
ной программе различных по своей природе функций (представления и при-
кладных).
6.3. DBS-
модель
(Data Base Server)/
Ее основу составляет механизм хранимых процедур – средство про-
граммирования SQL-сервера.
-
Процедуры хранятся в словаре базы данных, разделяются между не-
сколькими клиентами и выполняются на том же компьютере, где функциони-
рует SQL-сервер.
-
Язык, на котором разрабатываются хранимые процедуры, представля-
ет собой процедурное расширение языка SQL и уникален для каждой кон-
кретной СУБД.
Преимущества
DBS
1.
Возможность централизованного администрирования прикладных
функций, снижение трафика (вместо SQL-запросов по сети направляются вы-
зовы хранимых процедур).
2.
Разделение процедур между несколькими приложениями и экономия
ресурсов компьютера за счет использования единожды созданного плана вы-
полнения процедур.
Недостатки
DBS
1.
Ограниченность средств для написания хранимых процедур (особен-
но в сравнении с C++, Pascal и др.).
2.
Отсутствие в большинстве СУБД возможностей отладки и тестирова-
ния разработанных хранимых процедур.
На практике часто используются смешанные модели, когда поддержка
целостности базы данных и некоторые простейшие прикладные программы
Компонент
представления
КЛИЕНТ
Компонент
доступа к
ресурсам
СЕРВЕР
Прикладной
компонент
SQL SQL
33
поддерживаются хранимыми процедурами (DBS), а более сложные функции
выполняются на клиенте непосредственно в прикладной программе (RDA
модель).
RDA и DBS – имеют в своей основе двухзвенную схему разделения
функции.
AS-модели (Aplication Server) – трехзвенная схема разделения функций.
Здесь прикладной компонент выделен как важный изолированный элемент
приложения, для его определения используются универсальные механизмы
многозадачной операционной системы и стандартизированы интерфейсы с
двумя другими компонентами.
а) В AS-модели процесс, выполняющийся на компьютере – клиенте, от-
вечает за интерфейс с пользователем.
Обращаясь за выполнением услуг к прикладному компоненту, этот про-
цесс играет роль клиента – приложения (AC – aplication client).
б) Прикладной компонент – реализован как группа процессов, выпол-
няющих прикладные функции, и называется сервером-приложением (AS).
в) Все операции над информационными ресурсами выполняются соот-
ветствующим компонентом, по отношению к которому AS играет роль кли-
ента. Из прикладных компонентов доступны ресурсы различных типов:
-
базы данных;
-
очереди;
-
почтовые службы и т.п.
7.
СУБД
КЛИЕНТ
-
СЕРВЕР
Системы управления базами данных, использующие платформу клиент-
сервер должны быть рассмотрены со стороны сервера (или базы данных) и со
стороны клиента (представленных данных).
Рассмотрим серверные системы СУБД Oracle 7 и SQL сервер 4.2.
•
Обе системы включают в себя текстовые командные языки, а также
пользовательские интерфейсы.
•
Это мощные СУБД, содержащие язык определения данных (ЯОД),
язык манипулирования (оперирования) данными (ЯМД).
Компонент
представления
КЛИЕНТ
Компонент
доступа к
ресурсам
СЕРВЕР
Прикладной
компонент
СЕРВЕР
API
SQL
34
Приведем основные приемы работы:
1.
Определение таблиц.
1.1. Создание пользовательских типов данных.
1.2. Определение отдельных таблиц:
а) для каждого столбца определить имя, тип данных, и, возможно,
ограничения и значения по умолчанию;
б) определить первичные и внешние ключи;
в) определить ограничения на вводимые данные.
2.
Создание триггеров.
7.1.
Определение
таблиц
7.1.1. Создание пользовательского типа данных
Пользовательский тип данных – это подтип системного типа данных,
приспособленный к конкретным требованиям схемы базы данных.
*Введем схему базы данных строительной компании «Премьер»
WORKER (worker_in, worker_name, hrly_rate, skill_type, supv_id);
assignment (worker_in, bldg_in, start_date, num_days);
building (bldg_in, adress, type, glty_level, status)
- для связи таблиц в них включены одинаковые столбцы;
- типы данных этих двух столбцов (worker_in, bldg_in) аналогичны и яв-
ляются числовыми идентификаторами (пусть это положительные числа
≤ 100000 и не содержат пустых значений) т.е. это пользовательский тип дан-
ных SQL – сервер дает возможность создавать пользовательские типы поми-
мо системных типов (char, int, date) …
Пользовательский тип – системный подтип, на который наложены огра-
ничения.
В SQL – сервере определение данных осуществляется с помощью SQL
Enterprise Manager (Менеджер сервера базы данных).
*Пользовательский тип создается в окне «Manage User Defined
Datatypes» (пользовательский тип данных).
Можно определить следующие характеристики типа данных:
-
Name (имя);
-
Owner (владелец);
-
Base Datetype (базовый тип);
-
Length (длина);
работник тип специ-
альн.
менеджер почасовая
ставка
работа
здание
35
-
Nulls (пустое значение);
-
Default (значение по умолчанию);
-
Rule (правило).
Типы данных в SQL
•
Integer – целое число;
•
Small integer – короткое число;
•
Numeric (p,s) – число;
•
Decimal (p,s) – десятичное число p – общее количест-
во; s – количество после запятой.
•
Real – действительное число;
•
Double precision – числовое с двойной точностью;
•
Float – с плавающей запятой (для научных и инже-
нерных расчетов).
•
Character (n) – символьная строка;
•
Character varying (n) символьная строка переменной
длины;
Тип character – всегда хранятся n символов, даже если введенное значе-
ние нужно дополнять справа пробелами.
Character varying – хранится столько символов, сколько введено.
Двоичные строки:
•
Bit (n) – двоичная строка;
•
Bit varying (n) – двоичная строка переменной длины (используется для
задания флагов и масок).
•
Date – дата;
•
Time –время;
•
Timestamp – дата и время;
•
Time with time zone – время и часовой пояс;
INTERVAL:
•
Year – month – год и месяц;
•
Date – time – день и время.
ЗАПОЛНЕНИЕ
1)
Name – вводим имя id_type;
2)
Owner – автоматически устанавливается имя пользователя;
3)
Base Datetype – по умолчанию целый «int»;
Точные
числовые
Прибли-
зитель-
ные чис-
ловые
Символь-
ные стро-
ки