Содержание
- 2. Концептуальное проектирование базы данных Создание диаграммы «сущность-связь» Пример разработки ER-модели Вопросы лекции:
- 3. 1. Концептуальное проектирование базы данных
- 4. Концептуальная модель: Называется «Модель сущность-связь», Иллюстрируется с использованием «Диаграммы сущность-связь» (ERD) Является результатом завершения процесса моделирования
- 5. Концептуальная модель важна для бизнеса, потому что она: Описывает именно информационные потребности бизнеса Облегчает дискуссию (коммуникации)
- 6. Сущность: «Что-то», что имеет значение для предметной области, о которой должны быть известны данные Имя для
- 7. Назначение сущностей Зная, как организовать и классифицировать данные, можно сделать полезные выводы о кажущихся случайными фактах.
- 8. Назначение атрибутов Атрибуты предоставляют более конкретную информацию об объекте. Атрибуты помогают различать экземпляры сущности, предоставляя для
- 9. Назначение уникальных идентификаторов Уникальные идентификаторы позволяют отличить один экземпляр объекта от другого. Например: Отличить одного студента
- 10. Сущности и экземпляры
- 11. Связи в моделях данных Показывают, как объекты связаны друг с другом Существуют только между объектами (или
- 12. Опциональность (модальность) связи Связи являются обязательными или необязательными. Рассмотрим два объекта СОТРУДНИК и РАБОТА. Определим опциональность,
- 13. Опциональность (модальность) связи Модальность связи определяет минимальное значение экземпляров сущностей. Каждая связь может иметь одну из
- 14. Мощность в связях Мощность определяет степень, с которой одна сущность связана с другой, т.е. отвечает на
- 15. Мощность в связях Максимальные значения экземпляров сущности для каждого правила отношения, определяется типом связи: связь один-к-одному
- 16. Переносимость связей (трансферабельность) Трансферабельность определяет возможность изменения родительской записи. Например: Может ли СОТРУДНИК быть переведен из
- 17. Переносимость связей (трансферабельность) Например: Может ли СТУДЕНТ перевестись в другую группу? ДА – связь трансферабельна
- 18. Переносимость связей (трансферабельность) Например: СТУДЕНТУ может быть выписан СЧЕТ за сдачу сертификационного экзамена. После того, как
- 19. Пример бизнес-сценария 1 Каковы связи в следующем бизнес-сценарии? В ресторане клиент подходит к стойке и делает
- 20. КЛИЕНТЫ ЗАКАЗЫ: опциональность Опциональность = Должен или может? Каждый ЗАКАЗ (ORDER) должен быть размещен одним (и
- 21. КЛИЕНТЫ ЗАКАЗЫ: мощность (кардинальность) Кардинальность = Сколько? Каждый ЗАКАЗ должен быть размещен одним и только одним
- 22. Пример бизнес-сценария 2 Связи могут присоединяться в сущности к самой себе. Необходимо отслеживать сотрудников и их
- 23. Пример бизнес-сценария 2 Связи могут присоединяться в сущности к самой себе. Поскольку менеджеры также являются сотрудниками,
- 24. Соглашения по рисованию ER-диаграмм Сущности представлены прямоугольниками. Имена сущностей входят в прямоугольник. Имена сущностей указываются в
- 25. Условные обозначения на ER-диаграммах Атрибуты перечислены под именами сущностей. Обязательные атрибуты отмечены звездочкой: * Необязательные атрибуты
- 26. Условные обозначения на ER-диаграммах Связи - это линии, которые соединяют объекты. Эти линии являются сплошными или
- 27. Как правильно читать ER-диаграмму Каждый экземпляр сущности A ОПЦИОНАЛЬНОСТЬ (должна быть / может быть) Имя связи
- 28. Каждый сотрудник (экземпляр сущности СОТРУДНИК) должен (ОПЦИОНАЛЬНОСТЬ – сплошная линия) работать в (имя связи) одном и
- 29. Каждый отдел (экземпляр сущности ОТДЕЛ) может (ОПЦИОНАЛЬНОСТЬ – пунктирная линия) отвечать за (имя связи) один или
- 30. Теперь читаем все вместе Как правильно читать ER-диаграмму Каждый сотрудник (экземпляр сущности СОТРУДНИК) должен (ОПЦИОНАЛЬНОСТЬ –
- 31. Супертипы и подтипы Супертипы и подтипы встречаются часто в реальном мире: типы питания (есть, идти) типы
- 32. Супертипы и подтипы Часто некоторые экземпляры объекта имеют атрибуты и / или отношения, которые другие экземпляры
- 33. Супертипы и подтипы Все платежи имеют некоторые общие атрибуты: дату платежа, сумму платежа и т. д.
- 34. Супертипы и подтипы Иногда имеет смысл подразделить сущность на подтипы. Это может иметь место, когда группа
- 35. Характеристики подтипа Подтип: Наследует все атрибуты супертипа Наследует все связи супертипа Обычно имеет свои собственные атрибуты
- 36. Пример супертипа Супертип: EMPLOYEE Подтипы: STAFF_MEMBER, PART_TIME_WORKER, EMPLOYEE_AGREEMENT Подтипы имеют несколько общих атрибутов. Эти общие атрибуты
- 37. Пример супертипа То же самое относится к связям. Связи с сущностями PHONE и EMAIL относятся к
- 38. Подтипов должно быть несколько Если сущность имеет подтип, должен существовать и второй подтип. Один подтип совпадает
- 39. Подтипов должно быть несколько На этапе концептуального моделирования хорошей практикой является включение подтипа OTHER, чтобы убедиться,
- 40. Подтипы всегда существуют Любая сущность может быть декомпозирована на подтипы путем составления правила, которое подразделяет экземпляры
- 41. Правильное определение подтипов При моделировании супертипов и подтипов следует ответить на три вопроса, чтобы определить, правильно
- 42. Вложенные подтипы Один подтип можно вложить в другой. Для удобства чтения обычно показывают подтипы только с
- 43. 2. Документирование бизнес-правил
- 44. Структурные и процедурные бизнес-правила Структурные бизнес-правила указывают типы информации, подлежащей хранению, и то, как элементы информации
- 45. Примеры структурных бизнес-правил Структурные бизнес-правила указывают типы информации, подлежащей хранению (атрибуты), и то, как информационные элементы
- 46. Примеры структурных бизнес-правил В компании могут работать только сотрудники, имеющие следующий статус: Состоящие в штате; Работающие
- 47. Примеры процедурных бизнес-правил Заявление на служебную командировку может быть подписано руководителем организации только после его подписания
- 48. Невозможность отражения в ER-модели некоторых бизнес-правил В процессе разработки модели концептуальных данных можно моделировать не все
- 50. Скачать презентацию