6. Распределенная база данных. Определение, основные термины, типы моделей, достоинства и недостатки.

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

Достоинства:пользователи работают с последней версией БД, экономится дисковая память. Недостатки: большие затраты коммуника­ционных ресурсов (они связываются на время выполнения транзакций) и жесткие требования к надежности и производительности каналов связи.

7. Принципы и этапы проектирования и создания баз данных.

Основные принципы проектирования баз данных.

1. Удовлетворение информационных потребностей различных поль­зователей за приемлемое время и в удобном виде.

2. Гибкая и нетрудоемкая модификация при изменении предметной области, программ и технических средств.

3. Достоверность данных, исключение дублирования.

4. Защита от несанкционированного доступа.

5. Восстановление данных и надежность функционирования.

Этапы и шаги проектирования и создания баз данных

1. Создание локальной концептуальной модели данных.Построе­ние локальной концептуальной модели данных для каждого типа пользова­теля предметной области.

1.1 Определение типов сущностей.Выявление основных типов сущностей в представлениях пользователя и их документирование.

1.2. Определение типов связей.Определение типов связей между сущностями; документирование и составление ER-диаграмм.

1.3. Определение атрибутов и их связей.Связывание атрибутов с сущностями; выявление простых, составных, множественных, производ­ных атрибутов и их документирование.

1.4. Определение доменов атрибутов.

1.5. Определение первичных и вторичных ключей.

1.6. Определение суперклассов и подклассов для типов сущностей.

1.7. Создание er-диаграмм для отдельных пользователей.

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

2. Построение локальной логической модели.Построение локаль­ной логической модели для каждого типа пользователя на основе концептуальной модели.

2.1. Выбор целевой СУБД.Формулирование требований и ограниче­ний к СУБД. Изучение и сравнительный анализ СУБД. Оценка кандидатов и выбор СУБД.

2.2. Преобразование локальной концептуальной модели в логичес­кую.Удаление из концептуальной модели связей типа М:М, сложных, ре­курсивных и избыточных связей, множественных атрибутов, связей с атрибутами. Перепроверка связей типа 1:1.

2.3. Определение набора отношений.Определение и документирование набора отношений (таблиц) и связей между ними, первичных, вторичных и внешних ключей; форматы представления данных (столбцов) в отношениях.

2.4. Нормализация отношений.Проверка и, при необходимости, проведение процедуры нормализации отношений, по крайней мере, в нормальную форму Бойса-Кодда (НФБК).

2.5. Согласование транзакций с пользователями. Проверить, что локальная логическая модель позволяет выполнить вес транзакции, запросы и отчеты, предусмотренные пользователями. Если это не так, то нужно вернуться назад на соответствующий шаг для пере проектирования.