Дом и семья

Мировой опыт решения семейных проблем

Проектирование базы данных

Модель данных-это концептуальное представление структур данных, необходимых для создания базы данных. Данные структуры включают в себя объекты, связи между объектами данных и правилами, которые регулируют работы на объектах. Модель данных фокусируется на том, какие данные требуются и как она должна быть организована, а не какие работы будут выполнены над данными. Чтобы использовать общие аналогии модели данных, эквивалентные построению планов.
Вместо того, чтобы попытаться предоставить данные в виде базы данных, надо понять, что это данные модели ориентированы на представление данных в таком виде, что пользователь их видит в "реальном мире". Он служит мостом между понятиями реальных событий и процессов, а также их физическое представление как концепций в базе данных.

Существуют два основных методов, используемых для создания модели данных: 1. Существующая связь. 2. Подход и объективность модели.

В Контексте проектирования баз данных: проектирование баз данных определяется следующим образом: "Создание логической и физической структуры одной или нескольких баз данных для удовлетворения информационных потребностей пользователей в организации в течение определенного набора приложений". Процесс проектирования включает в себя примерно следующие пять шагов:
  1. планирование и анализ;
  2. концептуальное проектирование;
  3. логическое проектирование;
  4. физическое проектирование;
  5. реализация.
Модель данных является одной из частей концептуального проектирования. Остальные, как правило, является основой функциональной модели. Модель данных концентрируется на том, что любые данные должны храниться в базе данных, в то время как функциональная модель рассматривает то, каким образом эти данные обрабатываются. Чтобы поставить это в контексте реляционных баз данных, модель данных используется для проектирования реляционных таблиц. Функциональная модель используется для создания запросов, которые будут получать доступ к выполнению операций над этими таблицами.

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

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

Почему моделирования данных так важно?

Моделирование данных, вероятно, самая трудоемкая часть процесса развития. Зачем, особенно если у вас мало времени? Обычная реакция практиков, которые пишут на тему, что вы должны больше строить базы данных без моделей, чем вы должны построить дом без чертежей.

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

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

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