Построение информационной модели. Определение сущностей.

На первом этапе проектирования базы данных ставится задача по разработке и созданию базы данных, т.е. доказывается актуальность и необходимость использования Базы Данных и определяется круг задач решаемых при использовании хранимых в ней данных.

Для этого собираются концептуальные требования, на их основе строится концептуальная модель.

Концептуальное требование – это одно свойство объекта, которое необходимо хранить в БД. Концептуальные требования зависят от задач, которые должна выполнять БД.

В общих чертах База данных должна:

– удовлетворять требованиям заказчика, содержать сведения только о тех объектах, которые интересуют заказчика.

– обладать приемлемым быстродействием.

– иметь возможность последующего расширения без существенной переделки.

– не зависеть от количества вводимых в неё данных.

– легко перестраиваться при изменении программной и аппаратной среды.

– содержать только достоверные данные. Достоверность данных должна обеспечиваться как при вводе новых данных, так и при редактировании уже имеющихся.

Результатом выполнения первого этапа проектирования БД является информационная модель данных и список основных сущностей.

Чаще всего под сущность подразумевается отдельный тип объекта реального мира (человек, вещь, понятие, событие)

Модель “сущность-связь” имеет несколько базовых понятий, которые образуют более сложные объекты по заранее определенным правилам.

С помощью сущности моделируется класс однотипных объектов. Сущность имеет имя, уникальное в пределах моделируемой системы. Объект, которому соответствует понятие сущности, имеет свой набор атрибутов, характеристик или свойств.

Например: Сущность – сотрудник

Атрибуты – фамилия, имя, отчество, кол-во детей

Определение взаимосвязей между сущностями

На этом этапе проектирования определяются направления движения потоков информации между структурными подразделениями фирмы – заказчика базы данных, источники получения информации, места её модификации и потребления.

Результатом выполнения этого этапа проектирования будет функциональная схема движения потоков информации между подразделениями фирмы.

Построение информационной модели. Определение сущностей. - student2.ru

Взаимосвязи в БД

Существует 3 вида взаимосвязей по множественности:

1. Взаимосвязь «один к одному», т.е. экземпляр одной сущности может быть связан только с одним экземпляром другой сущности.

Пример:

Построение информационной модели. Определение сущностей. - student2.ru

2. Взаимосвязь «один ко многим»,т.е. один экземпляр сущности может быть связан с несколькимиэкземплярами другой сущности

Построение информационной модели. Определение сущностей. - student2.ru Построение информационной модели. Определение сущностей. - student2.ru

3. Взаимосвязь «многие ко многим», т.е. один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности и наоборот один экземпляр второй сущности связан с несколькими экземплярами первой сущности.

Построение информационной модели. Определение сущностей. - student2.ru

Понятие ключевого элемента. Задание первичных ключей

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

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

Различают три вида ключевых элементов:

Первичный (Primary) – уникальный атрибут или группа атрибутов, который определяет каждую запись таблицы.

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

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

Внешний ключ - это столбец ссылающийся на первичный ключ другой таблицы и связывающий таким образом две таблицы.

Чтобы определить связь между таблицами необходимо чтобы был общий ключевой элемент.

Лекция 5.

Тема:”Приведение БД к уровню нормальной формы”

План лекции:

1. Нормализация отношений в БД.

2. Три основных уровня нормальной формы.

Наши рекомендации