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

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

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

Разрушается проектирования баз данных в три этапа:

Результате концептуального проектирования

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

1) концептуальной стадии дизайна: на этой стадии у нас есть структура для будущих информационных технологий независимых BD которые будут использоваться.Пока не приняты во внимание то, что тип используемой базы данных, реляционные, объектно-ориентированное, иерархические и т.д. .- Таким образом не принимаются во внимание то, как СУБД конкретного языка или, как он будет осуществлять в базе данных.Таким образом, концептуальной стадии дизайна позволяет нам сосредоточиться на проблеме структурирования информации, не беспокоясь о в то же время для решения технических вопросов.

Как разработать концептуальный дизайн выражается в модели ER описано в пункте 2 данного аппарата.

Результате концептуальной стадии проектирования выражается модели данных высокого уровня. Одним из наиболее широко используемых моделей entidadinterrelación (сущность-связь), которая сокращенно с ER инициалы.

Результатом логического проектирования

Результатом логического проектирования сейчас находится на мир представлений.

2) Logical Design этап: Этот этап является частью результате концептуальный дизайн, который меняется, чтобы соответствовать технологии, которые будут заняты. В частности, необходимо, чтобы соответствовать модели СУБД, с которой вы хотите развернуть базу данных.Например, если это реляционная СУБД, этот этап будет получить множество связей с атрибутами, первичные и внешние ключи.

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

Логическое проектирование реляционной базы данных, описанных в пункте 3 данного аппарата.

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

Результате физического проектирования

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

3) физические стадии проектирования: Этот этап преобразований структуры, полученной в логической стадии проектирования, с целью достижения большей эффективности, кроме того, в комплекте с физическими проблемами реализации будет зависеть от СУБД.

Например, если это реляционная база данных, трансформация структуры могут состоять из следующих действий: счета и любые отношения, которые сочетание нескольких отношений, которые были получены в логической стадии проектирования, от отношения номер, добавить вычисляемый атрибут отношения, и т.д.Физические проблемы реализации, которые должны быть завершены как правило, состоят из выбора физической реализации отношений, выбор размеров буферов (буфера) или страницы, и т.д..

Как разработать концептуальный дизайн выражается в модели ER описано в пункте 2 данного аппарата.

Результатом логического проектирования

Результатом логического проектирования сейчас находится на мир представлений.

Логическое проектирование базы данных
реляционных данных объясняется в
пункт 3 этого учения единицы.

В физической стадии проектирования для достижения хорошей производительности базы данных ", должны принимать во внимание характеристики процессов, запросов и обновление базы данных, такие как подъездные пути использования и частоту выполнения.Необходимо также рассмотреть томов, как ожидается, будут различные данные будут храниться. </ P>