4.2. Логическое проектирование баз данных

Целью данного этапа является построение логической модели, ориентированной на применение конкретной системы управления БД.

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

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

Таблица 4.2.1

Наименование отношения	Наименование атрибута	Функциональная зависимость
1	2	3
S1 Отчёт о работе	Дата Номер буллита в системе Среднее значение межфазного уровня Среднее значение коэффициента обводнённости сед Среднее значение коэффициента обводнённости несед Среднее значение по расходу воды Среднее значение по выдаче нефти Поломки	* *
S2 Параметры отстойников	Номер буллита в системе Объем буллита Диаметр буллита Длина буллита	*

Далее приведена логическая модель базы данных Рис. 4.6. Логическая модель базы данных.

Рис.4.2.1

4.3. Ведение базы данных

4.3.1. Определение списка событий

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

Для отношения «Отчёт о работе» событиями являются:

Обновление важнейших характеристик работы отстойника. Происходит раз в день.

Для отношения «Параметры отстойников» событиями являются:

Добавление информации о новом отстойнике. Происходит раз в год

4.3.2. Классификация событий

Произведем классификацию событий. Определим окончательный список событий:

1. Обновление важнейших характеристик работы отстойника. Происходит раз в день.

2. Добавление информации о новом отстойнике. Происходит раз в год.

r1:Характеристики отстойника (событие 1) r2:Информация об отстойниках (событие2)

Рис.4.3.2 Схема соединения и взаимодействия классов

4.3.3. Постановка задач ведения базы данных

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

Таблица 4.3.1

Событие	Действие	Частота
Обновление важнейших характеристик работы отстойника	Добавление элемента отношения «Отчёт о работе»	1 раз в день
Добавление информации о новом отстойнике	Добавление элемента отношения «Параметры отстойников»	1 раз в год