Система управления передачей данных

Запросы от конечных пользователей в действительности передаются от рабочей станции пользователя (которая может быть физически удалена от самой системы баз данных) к некоторому интерактивному приложению (встроенному или нет), а от него – к СУБД в форме коммуникационных сообщений. Более того, ответы пользователю (от СУБД и оперативного приложения к станции пользователя) также передаются в форме подобных сообщений. Передача таких сообщений происходит под управлением другого программного компонента – менеджера передачи данных.

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

2.4. Архитектура «клиент-сервер»

В данном разделе система баз данных рассматривается с несколько другой точки зрения, чем приведенная ранее архитектура ANSI/SPARC, и состоящей в том, что система баз данных предназначена для поддержки разработки и выполнения приложений баз данных. С этой точки зрения, СБД можно представить как систему с очень простой структурой, состоящей их двух частей – сервера (внутреннего компонента или машины базы данных) и набора клиентов (внешнего компонента или внешнего интерфейса), как показано на рис. 1.4.

§ Сервер – это сама СУБД. Он выполняет все основные функции, которые рассматривались ранее: определение данных, обработку данных, защиту данных, поддержание целостности данных и т.д.

§ Клиенты – это различные приложения, выполняющиеся поверх СУБД, как приложения написанные пользователями, так и встроенные приложения, предоставляемые поставщиками СУБД или некоторыми сторонними поставщиками программного обеспечения. С точки зрения сервера разницы между ними нет, так как все они используют один и тот же интерфейс сервера, а именно – интерфейс внешнего уровня.

Рис. 1.4 Схематическое представление архитектуры «клиент/сервер»

Приложения, в свою очередь, делятся на несколько четко определенных категорий:

§ Приложения, написанные пользователями. Чаще всего это обычные прикладные приложения, чаще всего написанные на каком-либо популярном языке программирования (C++, C#, Java, Object Pascal и др.).

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

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

Дата добавления: 2014-01-13