- •Архитектуры удаленных баз данных
- •Основные понятия и определения.
- •Базовые архитектуры распределенной обработки данных
- •Двухуровневые модели
- •Модель удаленного управления данными (Модель «файл-сервер»)
- •Модель удаленного доступа к данным
- •Модель сервера баз данных
- •3.1. Архитектура «выделенный сервер баз данных»
- •3.2. Архитектура «активный сервер баз данных»
- •4. Модели серверов бд.
- •4.1 Архитектура модели «один к одному»
- •4.2. Архитектура модели многопотоковая односерверная
- •4.3. Архитектура виртуального сервера
- •4.4. Многопотоковая мультисерверная архитектура
- •Модель сервера приложений
- •Лекция 2 Типы параллелизма
- •Лекция 3 Основные технологии доступа к данным и типовые элементы доступа План изложения материала
- •Структурная схема терминов
- •Технология com (component object model)
- •Создание распределенных приложений на базе dCom
- •Технология corba (общая архитектура брокеров объектных запросов)
- •Технология midas
- •Доступ к данным по технологии ado
- •Технологии ado.Net
- •Технологии ado .Net. Доступ к данным
- •Ado .Net. Объектная модель
- •События класса DataTable
- •Листинг 1: html, txt
- •Лекция 4
- •Введение в работу с удаленными бд. Cервер бд InterBase
- •Введение
- •Структурная схема терминов
- •Физическая организация базы данных формата InterBase
- •Типы данных в таблицах InterBase
- •Организация сеанса связи с удаленной бд
- •Утилиты для работы с удаленными бд в Delphi
- •Лекция 5
- •Синтаксические особенности языка sql
- •Операции с индексами
- •Просмотры View
- •Создание бд
- •Создание и использование доменов
Двухуровневые модели
Двухуровневая модель фактически является результатом распределения пяти указанных выше функций между двумя процессами, которые выполняются на двух платформах: на клиенте и на сервере. В чистом виде почти никакая модель не существует, однако рассмотри наиболее характерные особенности каждой двухуровневой модели: модели удаленного управления данными и модели удаленного доступа к данным.
Модель удаленного управления данными (Модель «файл-сервер»)
Рис.2 Модель файлового сервера
В этой модели презентационная логика и бизнес логика располагаются на клиентской части. На сервере располагается файлы с данными, и поддерживается доступ к файлам. Функции управления информационными ресурсами в этой модели удаленного управления данными находятся на клиентской части. Распределение функций в этой модели представлено на рисунке 2.
В этой модели файлы базы данных хранятся на сервере, клиент обращается к серверу с файловыми командами, а механизм управления всеми информационными ресурсами, собственно база метаданных находится на клиенте.
Достоинство, заключается в том, что приложение разделено на два взаимодействующих процесса. При этом сервер может обслуживать множество клиентов, которые обращаются к нему с запросами.
Недостатки:
высокая загрузка сети и машин-клиентов, так как обмен идет на уровне единиц информации файловой системы – физических записей, блоков или даже файлов, из которых на машине клиента будут выбраны и представлены необходимые для приложения элементы данных;
низкий уровень защиты данных, так как доступ к файлам БД управляется общими средствами ОС-сервера;
низкий уровень управления целостностью и непротиворечивостью информации, так как бизнес правила функциональной обработки, сосредоточенные на клиентской части, могут быть противоречивыми и несинхронихзированными.
Модель удаленного доступа к данным
В модели удаленного доступа (RDA – Remote Data Access) база данных хранится на сервере. На сервере же находится и ядро СУБД. На компьютере клиента располагается презентационная логика и бизнес логика приложения. Клиент обращается к серверу с запросами на языке SQL.
Рис.3. Структура модели удаленного доступа к данным.
Преимущества данной модели заключаются в следующем:
перенос компонента представления и прикладного компонента на клиентский компьютер существенно разгружает сервер БД, сводя к минимуму общее число выполняемых процессов в операционной системе;
сервер БД освобождается от несвойственных ему функций; процессор или процессоры сервера целиком загружаются операциями обработки данных запросов и транзакций;
резко уменьшается загрузка сети, так как по ней от клиентов к серверу передаются не запросы на ввод-вывод в файловой терминологии, а запросы на SQL, а их объем существенно меньше. В ответ на запросы клиент получает только данные, соответствующие запросу, а не блоки файлов.
Основное достоинство RDA-модели – унификация интерфейса клиент-сервер.
Данная модели имеет и ряд недостатков:
запросы на языке SQL при интенсивной работе клиентской части приложения могут существенно загрузить сеть;
так как в этой модели на клиенте располагается и презентационная логика, и бизнес-логика приложения, то при повторении аналогичных функций в разных приложениях код соответствующий бизнес-логики должен быть повторен для каждого клиентского приложения. Это вызывает излишнее дублирование приложения;
сервер в этой модели играет пассивную роль, поэтому функции управления информационными ресурсами должны выполняться на клиенте.
