Проектирование инфологической, даталогической, физической моделей, построение ER-диаграммы

⇐ ПредыдущаяСтр 3 из 7Следующая ⇒

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

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

В настоящее время существует два различных подхода к моделированию данных:

1) модель базы данных типа «сущность - связь» (entity-relationship model), имеющая значительное количество сторонников среди профессионалов;

2) семантическая объектная модель (некоторые считают ее более простой и точной).

При проектировании базы данных используем первый, наиболее распространенный метод моделирования данных – «сущность - связь», введённый Питером Ченом в 1976 году.

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

Инфологическая модель

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

Инфологическая модель является проблемно-ориентированной и системно-независимой, т.е. не зависимой от конкретной СУБД, операционной системы и аппаратного обеспечения ЭВМ.

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

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

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

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

Выделим сущности, которые будут использованы при построении базы данных, и определим характеризующие их атрибуты:

1) Сущность Товар с атрибутами:

а) Код товара;

в) Код типа;

б) Наименование товара;

г) Единица измерения.

2) Сущность Типы с атрибутами:

а) Код типа;

б) Название типа.

3) Сущность Поставщики с атрибутами:

а) Код поставщика;

б) Наименование поставщика;

в) Адрес;

г) Расстояние до поставщика;

г) Факс.

4) Сущность Работники с атрибутами:

а) Код работника;

б) Фамилия, имя, отчество;

в) Должность;

г) Дата рождения;

д) Номер автомобиля;

е) Телефон.

5) Сущность Заказчики с атрибутами:

а) Код заказчика;

б) Наименование заказчика;

в) Адрес;

г) Телефон.

6) Сущность Приход ГСМ с атрибутами:

а) Идентификатор;

б) Код товара;

в) Код типа;

г) Количество;

д) Дата прихода.

7) Сущность Расход ГСМ с атрибутами:

а) Идентификатор;

б) Код товара;

в) Код типа;

г) Код работника;

д) Код поставщика;

е) Количество;

ж) Дата расхода.

8) Сущность Поставка товара с атрибутами:

а) Идентификатор;

б) Код товара;

в) Код типа;

г) Код работника;

д) Код места назначения;

е) Код доставки;

ж) Код поставщика;

з) Количество поставляемого товара;

и) Цена поставляемого товара;

к) Дата поставки.

9) Сущность Реализация товара с атрибутами:

а) Идентификатор;

б) Код товара;

в) Код типа;

г) Код заказчика;

д) Количество реализованного товара;

е) Цена реализованного товара;

ж) Дата реализации.

10) Сущность Место назначения с атрибутами:

а) Код места назначения;

б) Название места назначения;

в) Адрес места назначения;

г) Телефон места назначения.

11) Сущность Доставка с атрибутами:

а) Код доставки;

б) Метод доставки.

Рисунок 8. Инфологическая модель базы данных «Учёт поставок, наличия и реализации товара в ООО «Долина» г. Оренбурга», построенная при помощи CASE-средства проектирования ERwin 3.5.2

Даталогическая модель

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

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

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

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

Отобразим сущности нашей базы данных, характеризующие их атрибуты, связи между сущностями, а также индексы и ключи в СУБД Access 2000:

1) Товар (КТов, КТ, НТов, ЕИ)

2) Типы (КТ, НТ)

3) Поставщики (КП, НП, АДР, ДАЛ, ФАКС)

4) Работники (КР, ФАМ, ИМЯ, ОТЧ, ДОЛ, ДР, НА, ТЕЛ)

5) Заказчики (КЗ, НЗ, АДР, ТЕЛ)

6) Приход (IDпх, КТов, КТ, КОЛ, ДАТАпх)

7) Расход (IDрх, КТов, КТ, КР, КП, КОЛ, ДАТАрх)

8) Место назначения (КМН, НМН, АДР, ТЕЛ)

9) Доставка (КД, МД)

10) Реализация (IDр, КТов, КТ, КЗ, КОЛр, ЦЕНА, ДАТАр)

11) Поставка (IDп, КТов, КТ, КР, КМН, КД, КП, КОЛ, ЦЕНА, ДАТАп)

Рисунок 9. Даталогическая модель базы данных «Учёт поставок, наличия и реализации товара в ООО «Долина» г. Оренбурга», построенная при помощи СУБД Access 2000

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

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

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

Данные в таблицах Access сохраняются в определенном формате, который называется типом данных. Типы данных могут быть классифицированы по четырем категориям: числовые (numeric), символьные (character), даты (date) и BLOB (логические).

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

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

РАЗРАБОТКА БАЗЫ ДАННЫХ

⇐ Предыдущая 1 234 5 6 7 Следующая ⇒