Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Управл_данными / 05-Даталогическое

.pdf
Скачиваний:
16
Добавлен:
03.06.2015
Размер:
1.18 Mб
Скачать

Министерство образования и науки ФГБОУ ВПО «Уральский государственный горный университет»

Кафедра Геоинформатики

Проектирование Баз Данных

Даталогическое проектирование

Зудилин А.Э. 2013

Даталогическое (логическое) проектирование

- создание схемы БД на основе конкретной модели данных, например, реляционной модели данных.

Этот этап производится после создания инфологической (концептуальной) модели

2

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

Схема БД - совокупность таблиц, которые адекватно моделируют объекты предметной области и связи между этими объектами.

Проектирование баз данных на логическом уровне заключается:

в определении числа таблиц и их содержимого,

определения связей между таблицами,

создание необходимых ключей и индексов

3

Даталогическое проектирование

Результат - схема БД

Определении числа и структуры таблиц,

определения связей между таблицами,

создание необходимых ключей и индексов

Оптимизация структуры БД

4

Требования к таблицам

Отношения в реляционной модели данных должны удовлетворять следующим свойствам:

1)Отсутствуют одинаковые строки;

2)Порядок строк не существен;

3)Порядок столбцов не существен (предполагается, что каждый столбец имеет уникальное имя);

4)Все строки таблицы должны иметь одну структуру, соответствующую именам и типам столбцов.

5)Для любой, правильно построенной реляционной БД существует требование: каждая таблица должна иметь первичный ключ.

5

Связи между таблицами

Для реляционных БД необходимо определить связи между таблицами

В реляционных БД не может быть связей типа “Многие-ко-Многим”

На этапе перехода от концептуальной модели БД к даталогической необходимо:

1)Создать ключи (если они еще не определены)

2)Избавиться от всех запрещенных видов связей

3)Привести таблицы к Нормальной Форме

6

Пример

В приведенном примере две связи типа «многие-ко- многим»:

ПреподавательПредмет

(Один преподаватель может вести несколько предметов, с другой стороны один предмет могут по очереди вести несколько преподавателей)

Студент-предмет

(Есть предметы на несколько семестров)

Кафедра Факультет

Группа

Студент

Преподаватель Куратор

Ведет

Предмет

Оценки по

 

предметам

 

 

7

Преподаватель - Предмет

Если создать связь 1-M

Если создать связь M-1

Оба варианта – не правильные!

8

Нужно создать дополнительную таблицу

Новая таблица Преп_Предмет

Составной ключ

Таблица оказывается имеет собственный смысл: она

показывает какой преподаватель какой предмет ведет

Можно добавить новый атрибут - Нагрузка

Access

9

Реализация отношения Многие-ко-Многим через дополнительную таблицу

10

Соседние файлы в папке Управл_данными