Принципы построения рбд.

1. Минимизация интенсивности обмена данными (сетевого трафика)

1. Оптимальным размещением серверных и клиентских приложений в сети

2. Декомпозиция данных на часто и редко используемые сегменты (для правильной настройки репликации - размещение наиболее часто используемых данных на АРМ конечных пользователей)

3. Периодическое сохранение копий данных и выполнение действий по поддержке целостности распределенной информационной системы.

4. Максимум локализации данных и сокращение количества пересылаемых по кратчайшему пути данных: рекомендуется иметь до 90 процентов ее в локальной БД (ЛБД) узла и около 10 процентов - в ЛБД других узлов.

5. Локальность расположения данных следует определять по отношению к наибольшему числу приложений.

Критерии построения рбд.

1. Всесторонний анализ информационных потребностей предметной области с выявлением объемов хранимых данных их сложности, достоверности, взаимосвязанности.

1. Моделирование предполагаемого сетевого трафика при работе РБД с различными моделями репликации данных.

2. Кластеризация элементов данных и программ их обработки. Цель- добиться максимальной автономности и слабосвязанности кластеров.

3. Привязка кластеров данных к вероятным пользователям или АРМ.

4. Поддержка эталонной копии данных и ограничение репликационного механизма

5. Разработка и реализация правил приведения локальных и центральной БД в непротиворечивое состояние.

6. Минимум объема пересылаемых данных и сообщений.

7. Минимум стоимости трафика.

8. Минимум общего времени, необходимого для обслуживания запросов к БД.

Фрагментация и локализация

Общая этапность проектирования РБД напоминает этапность при создании централизованной БД и отличие имеет место лишь в этапах фрагментации (расчленения) и локализации (размещения).

Основными факторами, определяющими методику расчленения, являются:

1. допустимый размер каждого раздела;

2. модели и частоты использования приложений;

3. структурная совместимость;

4. факторы производительности БД.

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

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

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

1. Полнота. Все данные глобального отношения R должны быть отображены в его фрагменты.

2. Восстанавливаемость. Всегда возможно восстановить глобальное отношение из фрагментов.

3. Непересечение. Целесообразно, чтобы фрагменты не пересекались (дублирование производится на этапе локализации).

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

Вертикальная фрагментация с помощью проекции делит глобальное отношение (схему R) по приложениям (или по географическому признаку).

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