Главная » Microsoft SQL Server, Базы данных » Моделирование реальности

0

С точки зрения принципов информационной архитектуры (см. главу 1) целью моделирования данных является удовлетворение потребностей заказчика за счет определения такой структуры данных, которая логически представляет конкретные объекты и события.

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

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

1.              Исследования и сбор требований.

2.              Логическое представление реальности.

3.              Идентификация и проектирование видимых сущностей.

4.              Разработка схемы.

5.              Проектирование структуры приложения.

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

Целью логического проектирования является описание сущностей, их взаимосвязей и общих правил существования. При построении физической схемы за основу берется логическая, а затем она встраивается в структуру конкретной системы управления базами данных (СУБД).

Логическая и физическая модели

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

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

В главе 17 мы сконцентрируем внимание на физической модели.

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

Источник: Нильсен, Пол. Microsoft SQL Server 2005. Библия пользователя. : Пер. с англ. — М. : ООО “И.Д. Вильямс”, 2008. — 1232 с. : ил. — Парал. тит. англ.

По теме:

  • Комментарии