Распределенная обработка данных»

МИНИСТЕРСТВО СЕЛЬСКОГО ХОЗЯЙСТВА

РОССИЙСКОЙ ФЕДЕРАЦИИ

 

ФГОУ ВПО «ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ

УНИВЕРСИТЕТ ИМЕНИ ИМПЕРАТОРА ПЕТРА I»

 

 

 

 

ЦЕНТР   ДОТ

 

 

 

 

 

КОНТРОЛЬНАЯ РАБОТА

 

по дисциплине «БАЗЫ ДАННЫХ»

 

 

 

 

 

 

 

 

Выполнил:

студент заочного отделения

Наливайко Н.С.

набор июнь 2012

шифр ДИ/12016

Проверил:

 

 

 

 

 

 

 

 

 

 

Россошь 2013 
СОДЕРЖАНИЕ

Тема: «Распределенная обработка данных»

Вариант 6

 

I. Теоретическая часть ……..……………………………………………………..3

  1.1 Архитектура распределенной обработки данных ..……..…………………3

  1.2 Базовые архитектуры распределенной обработки………..……...….……..4

  1.3 Распределенные БД………………………………..…………………………8

  1.4 Преимущества и недостатки СУРБД …………..…………………..….…..10

  1.5 12 правил Дейта для СУРБД ……………………………………….…..…..12

II. Разработка информационно-логической модели предметной области .......14

  2.1 Описание предметной области …..…………………………….…..………14

  2.2 Информационно-логическая модель ………………………………..….....15

Список использованной литературы ……………………………….…………..17

 

I. Теоретическая часть

1.1 Архитектура распределенной обработки данных

 

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

Почти все модели организации взаимодействия пользователя с БД построены на основе модели «клиент – сервер». Но различные приложения отличаются способом распределения функций между клиентской и серверной частями.

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

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

Разделение процесса выполнения запроса на клиентскую и серверную компоненту позволяет:

1. различным прикладным (клиентским) программам одновременно использовать общую БД;
2. централизовать функции управления: защиту информации, обеспечение целостности данных, управление совместным использованием ресурсов;
3. обеспечивать параллельную обработку запроса в случае распределенных БД;
4. высвобождать ресурсы рабочих станций и сети;
5. повышать эффективность управления данными за счет использования ЭВМ, специально разработанных для работы СУБД.

 

1.2 Базовые архитектуры распределенной обработки

 

Архитектура «файл – сервер»

Рис. 1.

 

В архитектуре «файл – сервер» средства организации и управления БД (в том числе и СУБД) целиком располагаются на машине клиента, а БД, представляющая собой набор специализированных структурированных файлов, - на машине - сервере. В этом случае серверная компонента представлена не средствами СУБД, а сетевыми составляющими ОС, обеспечивающими удаленный доступ к файлам.

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

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

Достоинство: возможность обслуживания запросов нескольких клиентов.

Недостатки:

1. высокая загрузка сети и машин – клиентов;
2. низкий уровень защиты данных;
3. низкий уровень управления целостностью и непротиворечивостью информации.

Архитектура «выделенный сервер БД»

Рис. 2.

 

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

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

1. возможность обслуживания запросов нескольких клиентов;
2. снижение нагрузки на сеть и машины сервера и клиентов;
3. защита данных осуществляется средствами СУБД;
4. сервер реализует управление транзакциями и может блокировать попытки одновременного изменения одних и тех же записей.

Недостатки:

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

Архитектуры «файл – сервер» и «выделенный сервер БД» называют моделями с «толстым клиентом», так как на стороне клиента выполняется большинство функций. Следующие две архитектуры «активный сервер БД» и «сервер приложений» называют моделями с «тонким клиентом».

 

Архитектура «активный сервер БД»

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

Рис. 3.

 

Недостатком такой архитектуры является существенно возрастающая загрузка сервера за счет необходимости отслеживания событий и выполнения части бизнес -  правил.

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

1. Хранимые процедуры и триггеры могут быть использованы любыми клиентскими приложениями, работающими с БД. Этот снижает дублирование программных кодов и исключает необходимость компиляции каждого запроса.

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

Архитектура «сервер приложений»

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

Рис. 4.

 

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

1. Централизованное ведение бизнес – логики. Отсутствие необходимости тиражирования изменений в клиентских приложениях.
2. Отсутствие необходимости устанавливать на клиентских машинах компоненту программного обеспечения управления доступом к данным.
3. Возможность отложенного обновления БД в случае изменения данных, запрошенных с сервера, в автономном режиме.

 

 

1.3 Распределенные БД

 

В отличие от технологии распределенной обработки данных технология распределенных БД, получившая в последнее время широкое распространение, способствует обратному переходу от централизованной обработки данных к децентрализованной. Создание технологии систем управления распределенными БД является одним из самых больших достижений в области БД.

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

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

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

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

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

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

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

 

 

1.4 Преимущества и недостатки СУРБД

 

Преимущества СУРБД:

1. Отражение структуры предметной области. Например, крупные организации, как правило, имеют множество отделений, которые могут находиться в разных концах страны и даже за ее пределами. Вполне логично будет предположить, что используемая этой организацией БД должна быть распределена между ее отделениями. В каждом отделении поддерживается БД, содержащая сведения о его персонале, клиентах и т. д. Через сеть осуществляется доступ не только к своим данным, но и данным, хранящимся в других отделениях.
2. Разделяемость и локальная автономность. Пользователи одного узла распределенной БД могут получать доступ к данным, сохраняемым на других узлах. Данные могут быть помещены на тот узел, на котором зарегистрированы пользователи, которые их чаще всего используют. В результате заинтересованные пользователи получают локальный контроль над требуемыми им данными и могут устанавливать или регулировать локальные ограничения на их использование.
3. Повышение доступности данных. В централизованных СУБД отказ центрального компьютера вызывает прекращение функционирования всей СУБД. Однако отказ одного из узлов СУРБД или линии связи между узлами сделает недоступным лишь некоторые узлы, тогда как вся система в целом сохранит свою работоспособность.
4. Повышение надежности. Если организована репликация данных, в результате чего данные и их копии размещены на более чем одном узле, отказ отдельного узла или соединительной связи между узлами не приведет к недоступности данных в системе.
5. Повышение производительности. СУРБД способствуют повышению скорости доступа к БД по сравнению с доступом к удаленной централизованной БД.
6. Экономические выгоды.
1. Закон Гроша: Мощность вычислительной установки возрастает пропорционально квадрату стоимости ее оборудования. Однако, в настоящее время считается общепринятым положение, согласно которому намного дешевле собрать из небольших компьютеров систему, мощность которой будет эквивалентна мощности одного большого компьютера.
2. В случае, когда пользователи сильно удалены от централизованной БД из-за относительно высокой стоимости передачи данных по сети (по сравнению со стоимостью их локальной обработки) оказывается экономически выгодным разделить приложение на соответствующие части и выполнять необходимую обработку на каждом из узлов отдельно.
7. Модульность системы. В распределенной среде расширение существующей системы осуществляется намного проще. Добавление в сеть нового узла не оказывает влияния на функционирование уже существующих. В централизованных же СУБД рост размера БД может потребовать замены и оборудования, и используемого программного обеспечения.