Этапы жизненного цикла БД: 1)предварительное планирование(процесс перехода от разрозненных данных к интегрированным); 2)проверка осуществляемости (предполагает подготовку отчетов); 3)определение требований(формулируются цели БД, требования к оборудованию, требованя к программному обеспечению); 4)концептуальное проектирование(создаются подробные модели пользовательских представлений данных предметной области); 5)логическое проектирование (осуществляется выбор типа модели данных); 6)физическое проектирование(логическая модель расширяется характеристиками необходимыми для определения способов физического хранения БД, типа устройств для хранения, методов доступа к данным базы, требуемого объёма памяти, правил сопровождения БД и др); 7) оценка работы и поддержка БД.
16.Модель «сущность-связь». Сущность, атрибут, экземпляр сущности, связь, мощность связи, показатель кардинальности, класс принадлежности сущности. ER-диаграммы. Средством моделирования предметной области на этапе концептуального проектирования является модель «сущность-связь», которую часто называют ER-моделью. Моделирование структуры данных предметной области в ней базируется на использовании графических средств – ER-диаграмм. В наглядном виде они представляют связи между сущностями. Сущность – это некоторый объект реального мира, который может существовать независимо. Сущность имеет экземпляры, отличающиеся друг от друга значениями атрибутов и допускающие однозначную индефикацию. Атрибут – это свойство сущности. Экземпляр сущности – конкретный объект, характеризующийся набором значений атрибутов сущности. Связь – взаимодействие между сущностями. Мощность связи – количество сущностей, участвующих в связи. Класс принадлежности сущности необязательный – не каждый экземпляр сущности А связан экземпляром сущности В. Класс принадлежности сущности обязательный – каждый экземляр сущности А связан с экземпляром сущности В. ER-диаграмма связи – графическое представление
17. Преобразование ER-модели в реляционную модель. Правила преобразования. Концептуальные модели позволяют более точно представить предметную область, чем реляционные и другие более ранние модели. Необходим метод перевода концептуальной модели в реляционную. Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм.
Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности.
Правило 1: Если связь типа 1:1 и класс принадлежности обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей.
Правило 2: Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой класс принадлежности является необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности.
Сущность с необязательным классом принадлежности именуется родительской, а с обязательным – дочерней. Первичный ключ родительской сущности, помещаемый в таблицу, представляющую дочернюю сущность, называется внешним ключом родительской сущности. Связь между указанными таблицами устанавливается путем связи первичного и внешнего ключа.
Правило 3: Если связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Правило 4: Если связь типа 1:М и класс принадлежности сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М.
Правило 5: Если связь типа 1:М и класс принадлежности сущности на стороне М является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Правило 6: Если связь типа М:N, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
