Содержание
- 2. Жизненный цикл БД и концептуальное проектирование 1
- 4. Процесс проектирования базы данных – последовательность переходов от неформального словесного описания информационной структуры предметной области к
- 5. Проектирование базы данных Концептуальное проектирование Выбор программного обеспечения СУБД Логическое проектирование Физическое проектирование
- 6. Концептуальное проектирование базы данных На этапе концептуального проектирования для создания абстрактной структуры базы данных применяются методы
- 7. Семантическое моделирование 2
- 8. ОБЩАЯ МОДЕЛЬ не усложнена техническими подробностями не допускает различных толкований
- 9. Семантическое моделирование = концептуальное моделирование, используется для проектирования БД Результат концептуального проектирования – концептуальная модель. Концептуальная
- 10. Основные семантические концепции
- 11. Определения в предыдущей таблице носят неформальный характер, так как являются концепциями «реального мира», а не формальными
- 12. ER-модель Один из наиболее известных и получивших широкое распространение методов семантического моделирования является метод построения модели
- 13. Нотации Нотация Чена Нотация UML Нотация Мартина Нотация IDEF1X Нотация Баркера нотация Rain85; Нотация «птичья лапка»
- 14. Метод построения модели «сущность—связь» 3
- 16. Сущности 3.1
- 18. Тип сущности Элемент реального мира, который может существовать независимо [2]. Класс однотипных объектов, информация о которых
- 19. Экземпляр сущности (entity occurrence) Однозначно идентифицируемый объект, который относится к сущности определенного типа [4] Конкретный представитель
- 20. Виды сущностей Другие названия: дочерние зависимые подчиненные Другие названия: родительские независимые сущности-владельцы доминантные
- 21. Слабая сущность – сущность, существование которой зависит от другой (обычной) сущности, т.е. слабая сущность не может
- 22. Атрибуты 3.2
- 23. Атрибут (свойство) сущности Именованная характеристика, являющаяся некоторым свойством сущности [3] Атрибуты содержат значения, которые описывают каждый
- 24. ФИО Нотация Чена Изображается в виде овала с указанием наименования атрибута, соединяется с элементом «сущность» прямой
- 25. Атрибуты
- 26. Простые / составные атрибуты Простой (атомарный) атрибут – это 1 атрибут, состоящий из одного компонента с
- 27. Нотация IDEF1X Специальных графических элементов или правил для отображения составных атрибутов не предусмотрено. Нотация Чена Компоненты
- 28. Ключевые атрибуты Ключевой атрибут – часть сущности, которая однозначно ее идентифицирует. IDСтудент IDСтудент Нотация IDEF1X Прямоугольник,
- 29. Однозначные / многозначные атрибуты Однозначный атрибут – атрибут, который может содержать единственное значение для каждого экземпляра
- 30. Базовые / производные атрибуты Базовый атрибут – атрибут, который хранится в базе данных. Пример: атрибут «Дата
- 31. Связи 3.3
- 33. Тип связи Тип связи (relationship type) – набор ассоциаций между одним (или несколькими) типами сущностей, участвующими
- 34. Экземпляр связи Экземпляр связи (relationship occurrence) – однозначно идентифицируемая ассоциация, которая включает по одному экземпляру сущности
- 35. Обычно вместо терминов «тип связи» и «экземпляр связи» применяется более общий термин «связь» (если это не
- 36. Схематическое изображение типов связей Каждая связь изображается в виде линии, соединяющей соответствующие сущности В качестве имени
- 37. Название аптеки Нотация Чена Изображается линией, которая соединяет сущности, участвующие в связи. Название связи – в
- 38. Классическая нотация IDEF1X
- 39. Степень связи Степень связи – количество сущностей, которые охвачены данной связью.
- 40. Структурные ограничения Ограничения являются отражением определенных требований реального мира: каждый студент должен иметь паспортные данные и
- 41. Основной тип ограничений
- 42. Кратность Кратность – количество (заданное как одно значение или как диапазон значений) возможных экземпляров сущности некоторого
- 43. Примеры ограничений предметной области «Аптека» Отдельная аптека может иметь только один юридический адрес (1 : 1)
- 44. Типы двусторонних связей
- 45. Связь «один-к-одному» Связь типа один-к-одному означает, что один экземпляр первой сущности связан с одним экземпляром второй
- 46. Связь «один-ко-многим» Связь типа один-ко-многим означает, что один экземпляр первой сущности связан с несколькими экземплярами второй
- 47. Связь «многие-ко-многим» Связь типа много-ко-многим означает, что каждый экземпляр первой сущности может быть связан с несколькими
- 48. Пример ER-диаграммы
- 49. Действия на этапе концептуального проектирования 4
- 50. Этапы концептуального проектирования Анализ требований к базе данных ER-моделирование и нормализация Проверка модели данных Проектирование распределенной
- 51. Шаги этапа «ER-моделирование и нормализация» Определение, анализ и уточнение бизнес-правил Выявление основных сущностей Определение связей сущностей
- 53. Скачать презентацию