Даталогическое проектирование Алгоритм перехода к реляционной модели
Шаг 1. Проектирование реляционных отношений
Выбор СУБД
Формирование набора предварительных отношений
Указание предполагаемых первичных и внешних ключей
Добавление неключевых атрибутов в отношения
Нормализация предварительных отношений, приведение их по возможности к нормальной форме Бойса-Кодда
Даталогическое проектирование Алгоритм перехода к реляционной модели
Шаг 2. Выбор первичного ключа
Первичный ключ
Один из возможных |
|
Искусственный |
ключей |
|
идентификатор |
|
|
|
Наличие синонимов в предметной области – отсутствие уникальности значения естественного ключа
Значения естественного ключа объекта могут меняться со временем
Наличие множественных связей у объекта
Даталогическое проектирование Алгоритм перехода к реляционной модели
Шаг 3. Отображение свойств простых объектов
Условное свойство
Свойство объекта |
|
|
Составное свойство |
|
|
||
|
|
|
|
Множественное
свойство
Поле в данном отношении
Создание отдельного отношения
Один атрибут в отношении
Отдельный атрибут для каждого элемента
Создание отдельного 
отношения для
каждого свойства
Даталогическое проектирование Алгоритм перехода к реляционной модели
Шаг 4. Отображение свойств сложных объектов
Отношение создается 
Составной объект 
исходя из свойств
связи
|
|
|
|
|
Единственное |
|
|
|
|
|
|
отношение |
|
Тип объекта |
Обобщенный объект |
|||||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
Создание отдельного |
|||
|
|
|
|
|
||
|
|
|
|
|
отношения для |
|
|
|
|||||
|
|
|
|
|
каждой категории |
|
|
|
Создание отдельного |
|
Агрегированный |
||||
|
|
отношения для |
||
объект |
|
|
||
|
|
каждого объекта |
||
|
|
|
||
|
|
|
|
Даталогическое проектирование Алгоритм перехода к реляционной модели
Шаг 5. Определение свойств атрибутов отношения
Отношение |
|
|
Определение свойств |
|
|
атрибута |
|
|
|
|
|
|
|
|
|
Определение внешних ключей
Имя внешнего ключа
Указатель ссылки на первичный ключ
Имя атрибута
Тип данных
Уникальность
Обязательность
значения
Значение по умолчанию
Даталогическое проектирование Варианты устойчивой и неустойчивой схем БД
Неустойчивая схема
ФИО |
Паскаль |
С++ |
Пение |
Глотик В.В. |
3 |
2 |
5 |
Баранов О.Б. |
5 |
4 |
2 |
|
|
|
|
Устойчивая схема
ФИО |
Предмет |
Оценка |
Глотик В.В. |
Паскаль |
3 |
Глотик В.В. |
С++ |
2 |
Глотик В.В. |
Пение |
5 |
Баранов О.Б. |
Паскаль |
5 |
Баранов О.Б. |
С++ |
4 |
Баранов О.Б. |
Пение |
2 |
|
|
|
Даталогическое проектирование Критерии оценки схемы БД
Критерий
Адекватность - соответствие разработанной БД исходной предметной области
Полнота – возможность удовлетворения потребностей различных категорий пользователей в любой момент времени
Степень сложности - количество отношений в БД, число атрибутов в каждом отношении, количество индексов, ключевых атрибутов, характер связей
Адаптируемость - возможность БД воспринимать измене- ния, происходящие в предметной области, способность учитывать возможность изменения потребностей различных категорий пользователей, изменения в программном обеспечении
Даталогическое проектирование Критерии оценки схемы БД
Критерий
Степень дублирования данных – избыточное дублирование приводит к усложнению системы
Объем необходимой памяти - определяется количеством объектов, особенностями выбранной СУБД, физической модели
Скорость доступа к данным и обработки информации
Универсальность - возможность использования БД широким кругом пользователей, в том числе не являющихся специалистами в области компьютерных технологий
Отдел
Название 1 Телефон
Сервер M
Название IP-адрес
Пример ER-модели
работает в |
|
|
Сотрудник |
|
|
M |
|
Табельный номер |
|
||
|
|
|
|||
|
|
|
ФИО |
|
|
|
|
|
Должность |
|
|
|
|
|
Отдел |
|
|
|
|
|
Рабочий тел. |
|
|
|
|
|
Домашний тел. |
|
|
|
|
|
|
|
|
|
|
|
|
M |
|
|
|
|
|
|
|
|
|
|
использует |
|
|
|
|
|
|
M |
|
|
|
|
|
|
|
|
|
|
Файл |
|
|
хранится |
M |
|
Название |
|
|
|
|
Дата создания |
|
||
|
|
|
Имя владельца |
|
|
|
|
|
|
|
|
|
|
|
|
M |
|
|
|
|
обеспечивает |
|
|
|
|
|
|
M |
|
Программный
продукт
Название
Переход к реляционной модели Создание основных отношений
|
|
|
Отношение |
|
|
|
«File» |
Название поля |
Тип данных |
Ограничения |
Ключ |
File_ID |
Autoincrement |
Unique |
Primary key |
FName |
Char[20] |
Not null |
|
FDate |
D |
Not null |
|
FVlad |
I |
Unique |
|
Отношение «Program»
Название поля |
Тип данных |
Ограничения |
Ключ |
Prog_ID |
Autoincrement |
Unique |
Primary key |
PName |
Char[20] |
Not null |
|
Отношение «Server»
Название поля |
Тип данных |
Ограничения |
Ключ |
Serv_ID |
Autoincrement |
Unique |
Primary key |
SName |
Char[20] |
Not null |
|
SAddress |
I |
Not null |
|