Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Моделирование бизнес-процессов / Моделирование бизнес-процессов / ER-диаграмы / Проектирование реляционных БД с помощью ER-диаграмм_ver1.6.doc
Скачиваний:
183
Добавлен:
30.04.2013
Размер:
7.8 Mб
Скачать

Глава 2: Базовая er-диаграмма – схема

построения модели данных

В этой главе начинается описание метода построения модели данных, затем вводится понятие связи сущностей - ER диаграмма. Понятия: «сущность», «атрибут», «связь» и «ключ» уже введены. Были рассмотрены первые три шага методологии ER проектирования. Шаг 1 начинает формирование диаграммы для одной сущности. Шаг 2 заключается в описании базы данных с помощью структурированного языка. Шаг 3, последняя часть этой главы, обсуждает преобразование ER-диаграммы в реляционную базу данных. Такие понятия, как: «диаграмма», «структурированный язык», и «схема» будут развиваться по мере повествования. В конце главы мы также начнем рассмотрение конкретного примера, которое будет продолжаться в последующих главах.

Что такое схема построения модели данных?

Схема построения модели данных является методом, который позволяет нам моделировать или иллюстрировать базу данных. Часто этот метод имеет форму графической диаграммы, но желательно и другое представление, потому что люди, не знакомые с компьютером, не всегда могут понимать диаграммы и графики. ER диаграмма (ERD) является графическим средством, которое облегчает моделирование данных. ERD – подмножество «семантических моделей» в базе данных. Семантические модели – это модели, предназначенные для определения значений данных. ER диаграммы – не единственные семантические инструментальные средства моделирования, но они – наиболее распространенные и часто используемые.

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

Абстрактно, то есть, «мы организуем картотеку людей, чьи имена знаем».

Или

Конкретно, то есть, «мы будем хранить имена, фамилии и вторые имена (20 символов каждое), известных нам людей в алфавитном порядке (по фамилии), в формате электронной таблицы в пакете x.

При разработке базы данных, первым шагом должно быть абстрагирование и затем детализация (уточнение) абстракции. Чем дальше вы стоите от конкретных деталей логической модели (реляционной, иерархической, сетевой) и физической реализации (поля [количество символов, тип данных] и файлы [реляционные, таблицы]), тем проще изменить саму модель и решить как будут в конечном счете хранится физические данные.

Когда мы используем термин «поле» или «файл», мы ссылаемся на физические данные в противоположность концептуальным данным.

Преобразование (mapping)- процесс выбора логической модели и затем переход от концептуальной модели (ERдиаграммы) к физической файловой системе базы данных. Физическому файлу с данными фактически необходимо получать информацию из базы данных. Преобразование является мостом между проектной концепцией и физической реализацией. В этой книге мы уделяем особое внимание реляционной модели в силу ее повсеместного использования в современных моделях баз данных.

Что такое диаграмма «Сущность-Связь» (ER диаграмма)?

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

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