Модель доступа к удаленным данным

Приклад компонент

Компонент представления

Компонент доступа к ресурсам

Клиент

Сервер

SQL

Данные

СУБД

Клиент и сервер на разных компьютерах.

В этом случае появляется возможность осуществлять обмен данными на уровне коротких запросов к СУБД. В обратном направлении идут только данные.

Достоинства:

· Сокращение объемов информации, которая передается в локальной сети;

· СУБД представлена в единственном варианте и расположена на сервере;

Недостатки:

· Компонент представления на клиенте. При изменении нужно тиражирование по всех клиентских частям.

· При обмене текстовыми запросами и при передаче данных прикладному компоненту существует высокая загруженность сети.

· При функционировании данной модели для каждого клиента создается, хотя и на сервере, своя копия СУБД.

 

Дальнейшим развитием данной технологии была

Модель сервера БД

Компонент представления

Компонент доступа к ресурсам

Клиент

Сервер

Вызовы

Информация для отображения

СУБД

Компонент доступа

На локальных компьютерах размещается единственная компонента представления, она носит универсальный характер, поэтому ПС изменяются достаточно редко. В серверной части сосредоточены и прикладной компонент, и Компонент доступа. В данном случае прикладной компонент, как правило, реализуется на специальном диалекте SQL (позволяют создавать вызываемые процедуры).

В обратном направлении перемещается только информация для отображения пользователю.

Достоинства:

· На локальных компьютерах размещается только компонент представления, который редко изменяется. Прикладной компонент реализуется стандартными средствами и размещается в единственном месте, то есть на сервере. Это позволяется осуществлять эффективное администрирование БД сокращает потребление ресурс ВС в целом.

· Низкий трафик по локальной сети, вызовы процедур достаточно короткие сообщения. Информация отображения занимает тоже мало места.

Недостатки:

· Поскольку прикладной компонент реализуется на языках типа SQL, достаточно сложно отразить всю специфику задач предметной области;

· Как правило, отсутствует средства для отладки хранимых или переносимых процедур.

 

На практике в современных системах используют совместно модель удаленного доступа и модель сервера БД. Для лучшего отражения задач Предметной Области прикладной компонент частично реализуется вместе с компонентом представления (в клиентской части), на обычных языках программирования. В серверной части в данном случае размещаются только стандартные процедуры, необходимые для работы с компонентом доступа. Достоинства модель объединяются.

Пример: Microsoft Access – язык программирования хороший. В качестве компонента доступа используется Microsoft SQL Server.

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

Компонент представления

Прикладной компонент   AS

Компонент доступа

API

SQL

Данные для отображения

Данные

Данная технология имеет трехзвенную структуру. Каждый из компонентов может физических располагаться на различных компьютерах. Компонент приложения размещается на компьютере-клиенте и отвечает за работу с интерфейсом приложения. Прикладной компонент реализован как группа процессов, которые выполняют прикладные функции – AS. Прикладной компонент – клиент для компонента доступа. Компонент доступа к информационным ресурсам обеспечивает более широкий спектр информационных источников, то есть к Интернету, почте и прочему.

API – низко уровневые функции.

SQL – стандартные запросы.

Достоинства:

· Здесь используются три звена, размещенные на различных компьютерах. Это позволяет для реализации прикладного компонента использовать любые языки программирования, любые программные средства, создавать мощные системы с предметной областью любой сложности;

· Прикладной компонент и компонент доступа в различных точках сети уменьшается загрузка отдельных компьютеров и увеличивается количество пользователей (прикладных процессов), которые могут одновременно взаимодействовать с БД. При этом трафик увеличивается, но пропускная способность сети высокая.

 

Эволюция серверов БД

Централизованная архитектура сервера БД

ПП Сервер

ПП Сервер

ПП Сервер

БД

Характерно: функции сервера и прикладной программы совмещаются в единственном приложении. Практически эти функции не разделены.

Функции управления данными на следующем этапе выделяются в отдельное приложение. Появляется следующая стуктура:

Сервер

БД

Сервер

Сервер

ПП

ПП

ПП

Хотя сервер выделен в отдельную часть, ПП и сервер на одном том же компьютере. Данная архитектура получила название «Архитектура один-к-одному». Программные средства, реализующие серверные функции тиражируются. Тем не менее, этот шаг был важен, потому что появилась возможность перейти к следующему этапу – размещение ПП и сервера на разных компьютерах. Тиражирование осталось.

Сервер

БД

Сервер

Сервер

ПП

ПП

ПП

Дальше все серверные части сведены в единственное приложение, которые исполняется на отдельном компьютере и каждая прикладная программа связана с сервера отдельным потоком (нитью).

БД

Сервер

ПП

ПП

ПП

Сервер – единственное приложение и исполняется на отдельном процессоре. При многопроцессорной технике – мощности используются неэффективно.

Дальнейшее развитие – замена выделенного сервера на специальный диспетчер (виртуальный сервер).

БД

диспетчер

ПП

ПП

ПП

серв

серв

серв

серв

Диспетчер теряет право распоряжаться данными и выполняет функции распределения запросов между СП.

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

Многопользовательская многопотоковая мультисерверная архитектура.

БД

ПП

ПП

ПП

ПП

Сервер

Сервер

В составе локальной сети функционируют несколько серверов, размещаются в различных точках локальной сети. Каждый из серверов является многопотоковым, то есть позволяется обслуживать несколько клиентских приложений, которые сами могут размещаться так же в различных точках локальной сети.

Самая современная и сама используемая.

 

Концепция активного сервера в составе современных информационных систем.

Основное требование для ИС:

1. Вся информация в их составе должна быть актуальной и обеспечение принципов целостности БД. Вся информация должна в любой момент времени соответствовать действительности.

2. БД должна отражать не только информацию структуру, но и функционал (правила и законы, по которым функционирует предметная область).

3. Постоянный контроль за состоянием информации в БД. Реакция со стороны контролирующих систем при изменениях.

4. Необходимо, чтобы при возникновении некоторой ситуации была определенная обработка этой ситуации.

5. Одной из проблем является преобразование и отслеживание типов данных.