Lektsia_7_Model_suschnost_svyaz_2015_1(2)

1. Типы связей в модели данных «сущность-связь»

2. Типы связей между сущностями

Студент
1
имее
т
1Зачетная
книжка
«Один к одному» 1:1
2

3.

Связь «один к одному» представляет собой
простейший вид связи данных
В этой связи первичный ключ таблицы
является в то же время внешним ключом,
ссылающимся на первичный ключ другой
таблицы
Любому экземпляру первой
сущности
соответствует только один экземпляр второй
сущности, и наоборот
3

4.

1
руко
уководитель
води
т
M
Подчиненны
«Один ко многим» 1:М
4

5.

Связь «один ко многим» в большинстве
случаев
отражает
реальную
взаимосвязь
сущностей в предметной области.
Она реализуется парой «внешний ключпервичный ключ», когда определен внешний
ключ, ссылающийся на первичный ключ другой
таблицы.
Любому экземпляру первой сущности
соответствует 0, 1 или несколько экземпляров
второй сущности, но любому экземпляру второй
сущности соответствует только один экземпляр
первой сущности
5

6.

Студент
M
учит
ся в
1
Группа
«Многие ко одному» М:1
6

7.

Любому экземпляру первой сущности
соответствует только один экземпляр второй
сущности, но любому экземпляру второй
сущности соответствует 0, 1 или несколько
экземпляров первой сущности
7

8.

Студент
М
изуч
ает
М
Дисциплин
«Многие ко многим» М:М
8

9. Связи экземпляров сущностей при типе связи М:М

Экземпляры
сущности
«Студент»
Экземпляры
сущности
«Дисциплина
»
9

10. Тип связи М:М – это плохо!

Студент
М
М
Дисциплин
1
Дисциплин
Студент1
имее
т
изуч
ает
М
М
Успевае
мость
сдан
ас
10

11. Агрегированные (обобщенные) объекты

1
Дисциплин
Студент1
М
М
Успевае
мость
Агрегированные объекты
соответствуют обычно какомулибо процессу, в который
вовлечены другие объекты.
«Успеваемость» -
11

12.

Модель «сущность-связь» определяет значения
данных в контексте их взаимосвязи с другими
данными.
Модель «сущность-связь» является наиболее
общей, из нее могут быть порождены все
существующие модели данных:
• иерархическая,
• сетевая,
• реляционная,
• объектно-ориентированная
12

13.

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

14.

Требования к базам данных
Хорошо спроектированная база данных:
* удовлетворяет всем требованиям
пользователей к содержимому базы данных;
* гарантирует непротиворечивость и
целостность данных
* обеспечивает естественное и легкое
восприятие информации;
* удовлетворяет требованиям пользователей к
производительности базы данных.
14

15. Этапы проектирования баз данных

Предметная
область
Потребности
пользователя
Построение инфологической модели
предметной области
Построение логической модели данных
(выбор СУБД)
Построение физической модели данных
Этап
концептуаль
ного
проектирова
ния
Этап
логического
проектирова
ния
Этап
физического
проектирован
15
ия

16.

Этап 1. Концептуальная модель
Результатом содержательного анализа предметной
области является концептуальная
(инфологическая) модель предметной области.
Инфологическая это сокращение слов
информационно - логическая
Инфологическая модель не привязана к
конкретной СУБД.
16

17.

Концептуальная (инфологическая) модель – это
формализованное описание предметной
области, выполненное с использованием
естественного языка и графических средств,
и понятное всем, работающим над
проектированием базы данных.
17

18.

Построение концептуальной модели может
выполняться
• «вручную»,
• с использованием CASE-средств
CASE-средства:
• ERWin
• Design/IDEF
• Microsoft Visio
18

19.

В процессе исторического развития баз данных
использовалось следующие модели данных:
иерархическая,
сетевая,
реляционная.
В последнее время все большее значение
приобретает объектно-ориентированные
модели данных
19

20. Шаги проектирования базы данных

1. Первый шаг состоит в определении
информационных потребностей базы данных.
Он включает в себя опрос будущих
пользователей для того, чтобы понять и
задокументировать их требования.
2. Следующий шаг включает в себя анализ
объектов реального мира, которые необходимо
смоделировать в базе данных
20

21. Шаги проектирования базы данных (продолжение)

Формирование концептуальной модели базы данных
включает в себя:
идентификацию функциональной деятельности
предметной области
идентификацию объектов, осуществляющих эту
функциональную деятельность, и формирование
последовательности событий, которые помогут
идентифицировать все сущности и взаимосвязи между
ними
идентификацию характеристик этих сущностей
идентификацию взаимосвязей между сущностями
21

22. Шаги проектирования базы данных (продолжение)

3. Третий шаг заключается в установлении
соответствия
между
сущностями
и
характеристиками предметной области и
отношениями и атрибутами в нотации
выбранной СУБД.
4. На четвертом шаге определяются атрибуты,
которые уникальным образом идентифицируют
каждый объект.
Нужно определить первичный ключ для
каждого из отношений (простой или составной)
22

23. Шаги проектирования базы данных (продолжение)

5. Пятый шаг предполагает выработку правил, которые
будут устанавливать и поддерживать целостность
данных
Эти правила включают:
• определение типа данных
• выбор набора символов, соответствующего данной
стране
• создание полей, опирающихся на домены
• установка значений по умолчанию
• определение ограничений целостности
• определение проверочных условий
23

24. Шаги проектирования базы данных (продолжение)

6.
На шестом шаге устанавливаются
связи между объектами (таблицами и
столбцами) и производится очень важная
операция для исключения избыточности
данных - нормализация таблиц
24

25. Шаги проектирования базы данных (продолжение)

7. На этом шаге нужно спланировать вопросы
надежности данных и, при необходимости, сохранения
секретности информации.
Для этого необходимо ответить на следующие
вопросы:
• кто будет иметь права (и какие) на использование
базы данных
• кто будет иметь права на модификацию, вставку и
удаление данных
• нужно ли делать различие в правах доступа
• каким образом обеспечить общий режим защиты
информации и т.п.
25

26. Благодарю за внимание

26