Трехуровневая архитектура баз данных, модель взаимодействия

Содержание

Слайд 2

Трехуровневая архитектура БД, модель взаимодействия

Трехуровневая архитектура БД, модель взаимодействия

Слайд 4

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

4

Проектирование БД 4

Слайд 5

Выделяют следующие этапы проектирования БД:

4

Выделяют следующие этапы проектирования БД: 4

Слайд 6

Под инфологическим проектированием понимают описание предметной области, выполненное с использованием специальных языковых

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

4

Слайд 7

После описания предметной области переходят к проектированию концептуальной модели данных (КМД).

4

После описания предметной области переходят к проектированию концептуальной модели данных (КМД). 4

Слайд 8

Основными составляющими КМД являются:
1) Объекты (сущности).
2) Объектное свойство (атрибут сущности).
3) Объектное отношение

Основными составляющими КМД являются: 1) Объекты (сущности). 2) Объектное свойство (атрибут сущности).
(связь).
4) Время.
Предметная область БД определена, если известны существующие в ней объекты, их свойства и отношения.

4

Слайд 9

Объекты (сущности) – это вовлеченные в деятельность люди, предметы, события, понятия, документы,

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

4

Слайд 10

Атрибут — это поименованная характеристика (свойство) объекта (сущности), которая принимает значения из

Атрибут — это поименованная характеристика (свойство) объекта (сущности), которая принимает значения из
некоторого множества значений.
Выбор существенного атрибута или атрибутов носит субъективный характер.

4

Слайд 11

На атрибуты могут быть наложены ограничения.
Например:
- уникальность значений в атрибуте;
- значения

На атрибуты могут быть наложены ограничения. Например: - уникальность значений в атрибуте;
по умолчанию;
- обязательное указание;
- диапазон значений;
- список значений;
- условия на значения;
- др.

4

Слайд 12

Например, объект (сущность) Сотрудник.
Атрибуты Сотрудника: Фамилия, Имя, Отчество, Дата рождения, Паспорт, ИНН.
Экземпляры

Например, объект (сущность) Сотрудник. Атрибуты Сотрудника: Фамилия, Имя, Отчество, Дата рождения, Паспорт,
Сотрудника:

4

Атрибут сущности

Экземпляр сущности

Слайд 13

Для того чтобы отличить один объект от других объектов данного типа (для

Для того чтобы отличить один объект от других объектов данного типа (для
различия одного экземпляра объекта от другого), необходим уникальный идентификатор, называемый первичным ключом (primary key (PK)).
В качестве первичного ключа можно использовать атрибут или группу атрибутов.

4

Слайд 14

Требования к первичному ключу:
- должен однозначно определять экземпляр сущности;
- должен быть уникален;
-

Требования к первичному ключу: - должен однозначно определять экземпляр сущности; - должен
не должен содержать пустых значений (должен быть обязательно указан, NOT NULL);
- не должен меняться (желательно);
- не должен быть избыточным.
Например, Код сотрудника.

4

Слайд 15

Объекты (сущности) предметной области состоят в связи, если хотя бы одному экземпляру

Объекты (сущности) предметной области состоят в связи, если хотя бы одному экземпляру
одного из них можно поставить в соответствии (по определенному правилу) один или более экземпляров другого.

4

Слайд 16

Связь характеризуется мощностью связи.
Мощностью связи называется максимальное количество элементов одного объектного множества,

Связь характеризуется мощностью связи. Мощностью связи называется максимальное количество элементов одного объектного
связанных с одним элементом другого объектного множества.

4

Слайд 17

Наиболее распространены мощности связи:
- один к одному 1:1;
- один ко многим 1:М;
-

Наиболее распространены мощности связи: - один к одному 1:1; - один ко
многие ко многим М:М.
Мощность связи определяется правилами, действующими в предметной области (бизнес-правилами).

4

Слайд 18

Связь 1:1
В соответствии с законодательством РФ:
Муж Жена

4

Связь 1:1 В соответствии с законодательством РФ: Муж Жена 4

Слайд 19

Связь 1:М
Сотрудник Договор о приеме на работу

4

Связь 1:М Сотрудник Договор о приеме на работу 4

Слайд 20

Связь 1:М
Сотрудник Договор о приеме на работу
(сущность/объект родитель) (сущность/объект потомок)

4

Связь 1:М Сотрудник Договор о приеме на работу (сущность/объект родитель) (сущность/объект потомок) 4

Слайд 21

Связь М:М
СОТРУДНИК ДОГОВОР НА РАБОТУ В ГРУППЕ

4

Связь М:М СОТРУДНИК ДОГОВОР НА РАБОТУ В ГРУППЕ 4

Слайд 22

4

Связь 1:М
Сотрудник Договор о приеме на работу
На кого (FK)

4

4 Связь 1:М Сотрудник Договор о приеме на работу На кого (FK) 4

Слайд 23

Связь 1:М

4

Связь 1:М 4

Слайд 24

Связь 1:1

4

Связь 1:1 4

Слайд 25

Внешний ключ (анг.foreign key (FK)) – атрибут или набор атрибутов, предназначенный для

Внешний ключ (анг.foreign key (FK)) – атрибут или набор атрибутов, предназначенный для
организации связи между данными объектов БД.
Внешний ключ - это ссылка атрибутов одной сущности на атрибуты другой сущности.

4

Слайд 26

Если внешний ключ (FK) входит в состав первичного ключа потомка, то связь

Если внешний ключ (FK) входит в состав первичного ключа потомка, то связь
называется идентифицирующей.
Если FK не входит в состав первичного ключа потомка, то связь является не идентифицирующей.

4

Слайд 27

Для моделирования связи М:М вводится дополнительная связующая сущность, которая разбивает связь М:М

Для моделирования связи М:М вводится дополнительная связующая сущность, которая разбивает связь М:М
на связи 1:М и М:1.

4

Слайд 28

4

СОТРУДНИК
1С Петров Иван Сергеевич
2С Иванова Мария Петровна
3С Петров Иван Сергеевич

ДОГОВОР НА РАБОТУ

4 СОТРУДНИК 1С Петров Иван Сергеевич 2С Иванова Мария Петровна 3С Петров
В ГРУППЕ
1Д 12.02.07 Условия1
2Д 20.02.07 Условия2
3Д 02.03.07 Условия3
4Д 12.03.07 Условия2

СОТРУДНИКИ В ДОГОВОРАХ
НА ГРУППУ
Сотрудник (FK) Договор(FK)
1С 1Д
1С 3Д
2С 1Д
2С 4Д
3С 2Д

Слайд 29

Принято концептуальную модель данных (КМД) представлять графически.
Наиболее распространенное отображение КМД при помощи

Принято концептуальную модель данных (КМД) представлять графически. Наиболее распространенное отображение КМД при помощи технологии IDEF1x 4
технологии IDEF1x

4

Слайд 30

Графическое представление объектов на диаграмме IDEF1X:

4

Графическое представление объектов на диаграмме IDEF1X: 4

Слайд 31

Графическое представление объектов на диаграмме IDEF1X:

Графическое представление объектов на диаграмме IDEF1X:

Слайд 32

При построении КМД выделяют три основных уровня:
уровень «сущность-связь»
(ER-уровень);
уровень ключей (КВ-уровень);
полная атрибутивная

При построении КМД выделяют три основных уровня: уровень «сущность-связь» (ER-уровень); уровень ключей
модель
(FA-уровень).

Слайд 33

Модель «Сущность-связь»(ER-уровень)

Модель «Сущность-связь»(ER-уровень)

Слайд 34

Модель на уровне ключей (KB-уровень)

Модель на уровне ключей (KB-уровень)

Слайд 35

Полная атрибутивная модель (FA-уровень)

Полная атрибутивная модель (FA-уровень)

Слайд 36

После разработки КМД переходят к датологическому проектированию.
Цель датологического проектирования – представление КМД

После разработки КМД переходят к датологическому проектированию. Цель датологического проектирования – представление
в терминах модели выбранной СУБД.
Большинство СУБД поддерживают реляционную модель данных (РМД).
Имя файла: Трехуровневая-архитектура-баз-данных,-модель-взаимодействия.pptx
Количество просмотров: 42
Количество скачиваний: 0