1.2.1.2.7 Усложнение процедуры разработки базы данных
Разработка РБД (РС), помимо обычных трудностей, связанных с процессом проектирования ЦБД (ЦС), требует принятия решения о фрагментации данных, распределении фрагментов по отдельным сайтам и организации процедур репликации данных.
1.3 Функции распределенных субд
Очевидно, что типичная распределенная СУБД должна обеспечивать, как минимум, тот же набор функциональных возможностей, который был определен для централизованных СУБД (см. стр. 2):
обеспечение возможности определения описания данных;
обеспечение возможности манипулирования данными;
обеспечения контролируемого доступа к БД.
Кроме того, РСУБД должна представлять следующий набор функциональных возможностей:
расширенные службы установки соединений должны обеспечивать доступ к удаленным сайтам и позволять передавать запросы и данные между сайтами, входящими в сеть;
расширенные средства ведения каталога, позволяющие сохранить сведения о распределении данных в сети;
средства обработки распределенных запросов, включая механизмы оптимизации запросов и организации удаленного доступа;
Расширение функций управления параллельностью, позволяющих поддерживать целостность реплицируемых данных;
Расширение функций восстановления, учитывающих возможность отказов в работе отдельных сайтов и отказов линий связи.
Функции централизованной СУБД
СУБД – это программное обеспечение, с помощью которого пользователи могут: определять (описывать), создавать и поддерживать базу данных, а также осуществлять к ней контролируемый доступ.
БД – совместно используемый набор логически связанных данных (и описание этих данных), предназначенный для удовлетворения информационных потребностей организации.
Функции СУБД (ее возможности):
1. Позволяет определять (описывать) БД с помощью ЯОД (DDL). Язык ЯОД (DDL) предоставляет пользователям средства указания типа данных и их структуры, а также средства задания ограничений для информации, хранимой в БД.
2. Позволяет вставлять, обновлять, удалять и извлекать информацию из БД, что осуществляется с помощью ЯМД (DML). Наличие централизованного хранилища всех данных и их описаний позволяет использовать язык ЯМД (DML), как общий инструмент организации запросов (есть процедурные и непроцедурные, например, язык SQL).
3. Предоставляет контролируемый доступ к БД с помощью следующих средств:
системы обеспечения безопасности, предотвращающей несанкционированный доступ к БД;
системы поддержки целостности данных;
системы управления параллельной работой приложений, контролирующей процессы их совместного доступа к БД;
системы восстановления данных.
Рис.
1.4 Архитектура распределенных субд
В лекциях по ИОСУ мы рассматривали трехуровневую архитектуру ANSI-SPARC для СУБД централизованного типа. Однако распределенные СУБД имеют существенные отличия, которые сложно отразить в некотором эквивалентном архитектурном решении, применяемом для большинства случаев РСУБД.
Рассмотрим один из вариантов рекомендуемой архитектуры РСУБД (СУРБД):
Рис. 1.4.1. Рекомендуемая архитектура СУРБД
Архитектура СУРБД включает следующие элементы:
Набор глобальных внешних схем (может быть много – n).
Глобальную концептуальную схему.
Схему фрагментации.
Схему распределения.
Набор схем для каждой локальной СУРБД, отвечающих требованиям трехуровневой архитектуры ANSI-SPARC.
Соединительные линии на схеме отображают (представляют) преобразования, выполненные между схемами различных типов. В зависимости от поддерживаемого уровня прозрачности некоторые из уровней рекомендуемой архитектуры могут не быть в реальных системах. Рассмотрим некоторые составляющие архитектуры.