Описание даталогической модели данных

Даталогическая модель данных является начальным прототипом будущей базы данных. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм (Entity-Relationship, диаграммы сущность-связь). ER-модель - модель " сущность-связь". Модель " сущность-связь" основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значение данных в контексте их взаимосвязи с другими данными. Важным для нас является тот факт, что из модели " сущность-связь" могут быть порождены все существующие модели данных (иерархическая, сетевая, реляционная, объектная), поэтому она является наиболее общей. Любой фрагмент предметной области может быть представлен как множество сущностей, между которыми существует некоторое множество связей.

ER-модель состоит из сущностей, между которыми существует некоторое множество связей. Каждая сущность обладает множеством атрибутов.

Сущность - это класс однотипных объектов, информация о которых должна быть учтена в модели. Каждая сущность должна иметь наименование, выраженное существительным в единственном числе.

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

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

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

Существуют несколько типов связей:

1) Один-к-одному - означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой). Связь один-к-одному чаще всего свидетельствует о том, что на самом деле мы имеем всего одну сущность, неправильно разделенную на две;

2) Один-ко-многим - означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущности. Это наиболее часто используемый тип связи. Первая сущность называется родительской, вторая – дочерней;

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

Рисунок 2.2-Даталогическая модель данных

В процессе моделирования даталогической ER-модели (рис. 2.2) были выделены следующие сущности и атрибуты:

· врач (ID врача, ФИО, должность);

· прием (ID приема, ID врача, ID пациента, ФИО врача, дата приема);

· регистрация (ID регистрации, ID врача, ФИО врача, ФИО пациента, адрес пациента, телефон);

· пациент (ID пациента, ФИО, адрес, телефон, дата рождения).

Между сущностями были выделены следующие связи:

1) Один врач принимает много приемов. Тип связи: один-ко-многим.

2) Один пациент может посетить много один прием. Тип связи: один-к-одному.

3) Один врач проводит много регистраций. Тип связи: один-ко-многим.

В ходе построения даталогической модели было выделено три таблицы и соответствующие им атрибуты. Таблицы «Врач» и «Прием» связаны в отношении 1: М. Таблицы «Пациент» и «Прием» связаны в отношении 1: 1. А таблицы «Врач» и «Регистрация» связаны в отношении 1: М. Созданная модель в нормализации не нуждается.

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

Следующим этапом будет построение физической модели на основе даталогической.