Этапы проектирования базы данных

1. Этапы проектирования базы данных

2. Этапы проектирования базы данных

Полный цикл разработки базы данных
включает:
концептуальное проектирование
логическое проектирование
физическое проектирование

3. При проектировании базы данных решаются три основных проблемы:

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

4. Инфологическое проектирование. Метод «Сущность-связь»

Цель
инфологического
моделирования
(концептуального
проектирования)
обеспечение наиболее естественных для человека
способов сбора и представления той информации,
которую предполагается хранить в создаваемой
базе данных.
Одной и наиболее популярных семантических
моделей данных на этапе инфологического
проектирования является «Сущность-Связь»(EntityRelationship – ER - модель). Модель была
предложена Ченом (Chen) в 1976 г. Моделирование
предметной области базируется на использовании
графических диаграмм, включающих небольшое
число разнородных компонентов.

5.

Основными конструктивными элементами инфологических
моделей являются :
Сущность - любой различимый объект (объект, который мы
можем отличить от другого), информацию о котором
необходимо хранить в базе данных. Сущностями могут быть
люди, места, самолеты, рейсы, вкус, цвет и т.д.
Атрибут – именованный элемент информации, описывающий
сущность. Его наименование должно быть уникальным для
конкретного типа сущности, но может быть одинаковым для
различного типа сущностей. Атрибуты используются для
определения того, какая информация должна быть собрана о
сущности.
Ключ - минимальный набор атрибутов, по значениям которых
можно однозначно найти требуемый экземпляр сущности.
Минимальность означает, что исключение из набора любого
атрибута не позволяет идентифицировать сущность по
оставшимся.
Связь (ассоциативная сущность) – сущность, которая
служит для обеспечения взаимодействия между и более
другими сущностями.

6. При графическом представлении ER-модели обычно применяются следующие графические элементы:

Стержень
Ключ
Ассоциа
ция
Атрибут
Ассоциа
ция
Характеристика
Обозначение

7.

название
id
Факультет
ФИО
декана
1
название
id
∞
состоит
1
работают
название
id
∞
Специальность
1
срок
обучения
∞
Группа
год
набора
ФИО
∞
Преподаватель
звание
∞
степень
учится
id
Кафедра
1
обучаются
шифр
зав.
кафедрой
должность
читает
название
∞
ФИО
старосты
id
слушает
∞
кол-во
лекций
∞
название
Дисциплина
кол-во
практ. з.
кол-во
лаб. з.

8. Логическое проектирование

Правила отображения ER–диаграммы на логическую схему
каждая сущность становится отношением, идентификатор
сущности становится первичным ключом, а его
характеристики – атрибутами отношения;
связь типа «один ко многим» (отец-сын) не образует
отношения, но идентификатор сущности отца становится
внешним ключом отношения для сущности сына, а
характеристики сущности отца становятся дополнительными
характеристиками сущности сына;
связь типа «многие ко многим» становится отношением,
идентификатор связываемых сущностей становится
составным первичным ключом отношения для связи, а
характеристики становятся атрибутами отношений для связи.

9.

1
Факультет
id
1
∞
Кафедра
1
∞
id
Преподаватель
1
∞
id кафедры
название
id факультета
ФИО декана
название
ФИО
зав. кафедрой
должность,
звание, степень
Специальность
шифр
Преподавание
id факультета
id преподавателя
название
id дисциплины
срок обучения
id
id специальности
1
∞
1
Учёба
id группы
название
id дисциплины
год набора
количество
ФИО старосты
∞
∞
количество
Группа
∞
1
id
∞
Дисциплина
id
название
кол-во лекций
кол-во практ. зан.
кол-во лаб. зан.
1

10. Физическое проектирование

Целью проектирования на данном этапе является
создание описания СУБД-ориентированной модели
БД. На этом этапе происходит:
создание описания набора реляционных таблиц и
ограничений для них на основе информации,
представленной в логической модели;
определение конкретных структур хранения данных
и методов доступа к ним, обеспечивающих
оптимальную производительность системой с
базой данных;
разработка средств защиты создаваемой системы.