- •1. Базовые определения и соглашения
- •1.1. Определение и описание сущности
- •1.2. Определение и описание связи
- •1.3. Действительные и недействительные связи
- •1.4. Атрибуты
- •1.5. Уникальный (ключевой) идентификатор
- •1.6. Правила оформления er-диаграммы
- •1.7. Резюме
- •2. Дополнительные определения и соглашения
- •2.1. Подтипы сущностей
- •2. Дополнительные определения и соглашения 25
- •2. Дополнительные определения и соглашения 27
- •2.2. Дополнительные соглашения для сущностей
- •2. Дополнительные определения и соглашения 29
- •2.3. Исключающая дуга
- •2. Дополнительные определения и соглашения 31
- •2. Дополнительные определения и соглашения 33
- •2.4. Дополнительные соглашения для связей
- •2. Дополнительные определения и соглашения 35
- •2.5. Домены
- •2. Дополнительные определения и соглашения 37
- •2.6. Резюме
- •3. Классические структуры и общие образцы
- •3.1. Классические иерархические структуры
- •3. Классические структуры и общие образцы 39
- •3. Классические структуры и общие образцы 41
- •3. Классические структуры и общие образцы 43
- •3. Классические структуры и общие образцы 45
- •3.2. Сетевые структуры
- •3. Классические структуры и общие образцы 47
- •3.3. Изменения во времени
- •3. Классические структуры и общие образцы 49
- •3.4. Накладная на материалы
- •3. Классические структуры и общие образцы 51
- •3.5. Классификации и категории
- •3. Классические структуры и общие образцы 53
- •3.6. Типы сущности
- •3. Классические структуры и общие образцы 55
- •3.7. Общая модель для Заказов
- •3. Классические структуры и общие образцы 57
- •3.8. Общая модель для ролей и работ
- •3. Классические структуры и общие образцы 59
- •3.9. Продукция
- •3. Классические структуры и общие образцы 61
- •3. Классические структуры и общие образцы 63
- •3. Классические структуры и общие образцы 65
- •4. Нормализация данных 67
- •4. Нормализация данных
- •4. Нормализация данных 69
- •4. Нормализация данных 71
- •5. Оценка качества модели "Сущность-Связь" 73
- •5.1. Качество er-модели в конце этапа стратегии
- •5. Оценка качества модели "Сущность-Связь" 75
- •5. Оценка качества модели "Сущность-Связь" 77
- •5.2. Качество er-модели в конце этапа анализа
- •5. Оценка качества модели "Сущность-Связь" 79
- •5. Оценка качества модели "Сущность-Связь" 81
3. Классические структуры и общие образцы 47
─────────────────────────────────────────────────────────────────
щий в настоящее время работает, а также найти служащего, который
является в настоящее время руководителем этой организационной
единицы.
Если в качестве организационной единицы рассматривать под-
разделение, то можно найти объединение, в которое оно в настоящее
время входит (организационная иерархия), а также его руководите-
ля. Очевидно, что эту сетевую структуру можно использовать для
нахождения информации о том, кто в каком подразделении работает.
Замечание: во многих случаях эта модель является некоррект-
ной. Например, она не показывает служащих, работающих в более чем
одном подразделении, она не отражает изменения во времени и т.д.
В примере также имеются интересные логические моменты, так
экземпляры организационной единицы не могут существовать без ра-
ботающего, который является руководителем. И наборот, служащий не
может существовать без организационной единицы, в которой он (или
она) имеют текущее место работы.
Вы должны обладать необходимым умением, чтобы улучшить эту
модель.
3.3. Изменения во времени
Значение атрибута может со временем изменяться; например,
статус контракта. Когда учитывается время, то становиться возмож-
ным найти значения атрибутов, которые имел экземпляр сущности в
течение перекрывающихся периодов времени, например, имена или
псевдонимы человека. Связь также может с течением времени ассоци-
ироваться с различными экземплярами сущности; например, дом чело-
века.
Для обслуживания каждой такой ситуации используется один и
тот же способ, который заключается в создании новой сущности,
связанной с первоначальной и определяющей ее значения для уста-
новленного периода времени.
.
Информационно-логическое моделирование.
48 Модель "Сущность-Связь"
─────────────────────────────────────────────────────────────────
* Изменения атрибутов во времени
На рис. 3.11, 3.12 показаны примеры применения этого правила
для случаев изменений атрибутов во времени.
ш1.1
┌──────────────┐
│ СТАТУС │
│ # * значение │
│ # * дата от │
│ o дата до │
┌──────────────┐ └──────┬┬┬─────┘
│ КОНТРАКТ │ ────┘\ для └┼┘
│ # * дата │ ─┼─
│ * статус │ ────┐/ иметь
└──────────────┘ ┌───────┴──────┐
│ КОНТРАКТ │
│ # * дата │
└──────────────┘
Рис.3.11. Атрибут 1статус 0 становится сущностью
Рассмотрение сущности СТАТУС позволяет обслуживать несколько
деловых вопросов; например:
1"Имеет ли контракт более чем одно состояние в один и тот же
1день?"
ш1.1
┌──────────────┐
│ ФАМИЛИЯ │
│ # * значение │
│ # * дата от │
│ o дата до │
┌─────────────┐ └──────┬┬┬─────┘
│ │ ────┘\ для └┼┘
│ ЧЕЛОВЕК │ ─┼─
│ * фамилия │ ────┐/ известен как
│ │ ┌───────┴──────┐
└─────────────┘ │ ЧЕЛОВЕК │
│ │
└──────────────┘
Рис.3.12. Атрибут 1фамилия 0 становится сущностью
Эта модель дает возможность хранить информацию о всех раз-
личных именах человека, даже имеющих место в одно и то же время.
Как ограничение, модель не позволяет человеку использовать
