Технология разработки и защиты баз данных
Тема 3. Этап проектирования базы данных 3.1 Уровни моделирования предметной области
Модели базы данных:
3.2. Информационно-логическая модель базы данных. Методология информационного моделирования IDEF1X
Информационно-логическая модель базы данных (созданная в case-средстве Erwin) предметная область: Учет заказов и работ в
Информационно-логическая модель базы данных (созданная в case-средстве Erwin) предметная область: автоматизация функций
Информационно-логическая модель базы данных (созданная без применения case-средств) предметная область: сервисный центр
Информационно-логическая модель базы данных (созданная без применения case-средств) предметная область: организация по ремонту
Что такое IDEF1X?
Основные понятия:
Сущности. Сущность-связь
Экземпляры сущностей
Атрибуты
Правила определения сущности
Правила определения сущности
Графическое представление сущности
Правила определения атрибутов
Ключевые атрибуты
Примеры ключевых атрибутов
Типы сущностей в IDEF1X
Виды отношений
4 типа мощности связей
4 типа мощности связей
Правила отношений
Правила отношений
380.05K
Категория: Базы данныхБазы данных

Технология разработки и защиты баз данных

1. Технология разработки и защиты баз данных

Куликова Елена Васильевна

2. Тема 3. Этап проектирования базы данных 3.1 Уровни моделирования предметной области

Уровни моделирования:
информационно-логический (инфологический,
или концептуальный);
даталогический;
физический.

3. Модели базы данных:

информационно-логическая (инфологическая, или
концептуальная);
даталогическая;
физическая.

4. 3.2. Информационно-логическая модель базы данных. Методология информационного моделирования IDEF1X

5. Информационно-логическая модель базы данных (созданная в case-средстве Erwin) предметная область: Учет заказов и работ в

строительной фирме по ремонту квартир

6. Информационно-логическая модель базы данных (созданная в case-средстве Erwin) предметная область: автоматизация функций

сотрудников,
отдела по организации и проведению закупок учреждения
здравоохранения

7. Информационно-логическая модель базы данных (созданная без применения case-средств) предметная область: сервисный центр

8. Информационно-логическая модель базы данных (созданная без применения case-средств) предметная область: организация по ремонту

бытовой
техники

9. Что такое IDEF1X?

Методология IDEF1X (Icam DEFinition, другой вариант — Integrated
DEFinition) – язык для семантического моделирования данных,
основанных на концепции «сущность-связь».
Диаграмма «сущность-связь» ERD (Entity-Relationship Diagram)
предназначена для разработки модели данных и обеспечивает
стандартный способ определения данных и отношений между ними.
Теоретической базой построения информационной модели является
теория баз данных типа «сущность-связь».

10. Основные понятия:

Сущность
Экземпляр сущности
Атрибут
Ключ
Отношение

11. Сущности. Сущность-связь

Сущность
различимый
Услуга
…..

любой
объект
(объект,
который мы можем отличить
Клиент
от
другого),
информацию
о
котором необходимо хранить в
базе данных.
Покупка
Сущность
Студент
Сущностями могут быть
люди, места, самолеты, рейсы,
вкус, цвет и т.д.
Товар
Заказ
Сотрудник

12. Экземпляры сущностей

Сотрудник
Петров И.И.,
директор
Тумба,
Дерево,
15 тыс.
Сидоров С.И.,
бухгалтер
Кресло
компьютерное,
зам.кожи,
9 тыс
Ветров В.И.,
кассир
Товар
Диван, Кожа,
35 тыс
Иванов И.И.,
менеджер
Зеркало,
Стекло,
9 тыс.
…..
…..

13. Атрибуты

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

14. Правила определения сущности

Сущность должна иметь уникальное имя и
именоваться существительным в единственном
числе.
Пример: Студент, Кредитная карта, Договор,…
2. Сущность обладает одним или несколькими
атрибутами, которые ей либо принадлежат,
либо наследуются через отношения.
3. Сущность обладает одним или несколькими
атрибутами, которые однозначно
идентифицируют каждый образец сущности
(экземпляр) и называются ключом (составным
ключом).
1.

15. Правила определения сущности

4.
5.
6.
Каждая сущность может обладать любым
количеством отношений с другими сущностями.
Если внешний ключ целиком используется в
составе первичного ключа, то сущность является
зависимой от идентификатора.
В нотации IDEF1X сущность изображается в
виде прямоугольника, в зависимости от уровня
представления данных могут быть некоторые
различия

16. Графическое представление сущности

17. Правила определения атрибутов

1.
2.
3.
Каждый атрибут каждой сущности обладает
уникальным именем.
Сущность может обладать любым количеством
атрибутов.
Различают собственные и наследуемые
атрибуты. Собственные атрибуты являются
уникальными в рамках модели. Наследуемые
передаются от сущности-родителя при
определении идентифицирующей связи.

18. Ключевые атрибуты

Простой ключ
Составной
(сложный) ключ
Номер зачетной
книжки
Фамилия+Имя
Ключевые
атрибуты
Внешний
ключ
Первичный
ключ
Потенциальный
ключ
Альтернативный
ключ
Foreign Key (FK)
Primary Key
(PK)
атрибут,
претендующий
на роль
первичного ключа
Alternative Key
(AK)

19. Примеры ключевых атрибутов

Студент
№_зачетнойКнижки
ФИО
Группа
Специальность
пол
дата_рождения
дом_адрес
семейное_положение
№_зачетнойКнижки – первичный
простой ключ
Студент
ФИО
дата_рождения
№_зачетнойКнижки
Группа
Специальность
пол
дом_адрес
семейное_положение
ФИО+дата_рождения –
первичный составной ключ;

20. Типы сущностей в IDEF1X

Рис. 1. Независимые от идентификации сущности
Рис. 2. Зависимые от идентификации сущности

21. Виды отношений

А1/1
ПК_А1
А_А1
Родительская
А1/1
ПК_А1
А_А1
Родительская
А1/1
А2/2
ПК_А2
ПК_А1 (FK)
А_А2
Дочерняя
А2/2
ПК_А2
ПК_А1 (FK)
А_А2
Дочерняя
А2/2
ПК_А1
ПК_А2
А_А1
А_А2
а) идентифицирующая связь
Сущность А1 однозначно определяет
сущность А2. Ее первичный ключ
наследуется в качестве первичного
ключа сущностью А2 (внешний ключ)
б) неидентифицирующая связь
Сущность А1 связана с сущностью А2,
но однозначно не определяет ее.
Первичный ключ сущности А1
наследуется в качестве неключевого
атрибута сущности А2
в) связь «многие-ко-многим»
(неспецифическая). Сущности А1 и А2
имеют формальную связь, но
наследования атрибутов не
происходит.

22.

23.

24. 4 типа мощности связей

1) общий случай, когда одному экземпляру родительской
сущности соответствуют 0, 1 или много экземпляров
дочерней сущности
А2/2
А1/1
ПК_А2
ПК_А1 (FK)
ПК_А1
А_А1
А_А2
2) когда одному экземпляру родительской сущности
соответствует 1 или много экземпляров дочерней (0
исключается).
А2/2
А1/1
ПК_А2
ПК_А1 (FK)
ПК_А1
А_А1
P
А_А2

25. 4 типа мощности связей

3) когда одному экземпляру родительской сущности
соответствует 0 или 1 экземпляр дочерней сущности.
А2/2
А1/1
ПК_А2
ПК_А1 (FK)
ПК_А1
А_А1
Z
А_А2
4) когда одному экземпляру родительской сущности
соответствует заранее заданное число экземпляров
дочерней сущности.
А2/2
А1/1
ПК_А2
ПК_А1 (FK)
ПК_А1
А_А1
5
А_А2

26. Правила отношений

1) При определении отношения типа «родительпотомок»:
Экземпляр потомка связан с одним родителем
Экземпляр-родитель может быть связан с
несколькими экземплярами потомков.
2) В идентифицирующем отношении сущностьпотомок всегда является зависимой от
идентифицирующей сущности.

27. Правила отношений

3) Сущность может быть связана с любым
количеством других сущностей как в качестве
родителя, так и в качестве потомка.
4) Отношение определяется мощностью. Мощность
связи служит для обозначения отношения
количества экземпляров родительской сущности к
числу экземпляров дочерней.
English     Русский Правила