Вопрос 5. Проектирование бд. Инфологическая, логическая, физическая модель.

Процедура проектирование БД необходимо начать с анализа предметной области и определения требований к БД тех пользователей, которые будут в ней работать. Данный анализ проводит администратор БД. Объединяя частные представления о содержимом БД, полученные в результате опроса пользователей и свои представления о данных, которые могут потребоваться в бедующих приложениях, администратор создает обобщенное неформальное описание БД. Это описание выполняется с использованием естественного языка, формул, таблиц, графиков, рисунков и т.д. Такая модель называется инфологической моделью данных. Такая модель является человекоориентированной и полностью независима от физической среды хранения данных. Инфологическая модель постоянна, до тех пор пока какие-либо изменения не произойдут в реальном мире. Датологическая модель данных представляет собой инфологическую модель, представленную на языке описания данных конкретных СУБД. Модель является компьтероориентированной. На последнем этапе создается физическая модель данных представляющая собой описание хранимых данных на физических носителях информации, а так же решает вопросы оптимизации доступа к данным, повышает производительность (быстродействие). В итоге получается БД.

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

Вопрос 6.. Сущность. Классификация. Связь. Виды связей.

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

Инфологическая модель строится по методу: «Сущность - связь». Основными конструктивными элементами модели являются сущности, их свойства и связи между ними.

Сущность - любой различимый объект, информацию о котором необходимо хранить в БД.

Экземпляр сущности – это конкретный субъект.

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

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

Связь — ассоциирование двух или более сущностей. Между двумя сущностями может быть установлено четыре вида связей:

• один к одному (1:1), т.е. в каждый момент времени каждому экземпляру сущности А соответствует 1 или 0 экземпляров сущности В;

• один ко многим (1;М), т.е. одному представителю сущности А соответствует 1, 0 или несколько представителей сущности В;

• многие к одному (М: 1);

• многие ко многим (М:М).

Сущность подразделяется на три класса:

• стержневая - независимая сущность, которая не является ассоциацией, не характеристикой;

• ассоциативная - связь вида М:М между двумя и более сущностями. Ассоциации рассматриваются как полноправные сущности. Они могут участвовать в других ассоциациях и могут обладать любым количеством атрибутов;

• характеристическая - связь вида М:1 или 1:1 между двумя сущностями Используется для описание или уточнение сущностей в рамках предметной области.

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

Внешний ключ может быть:

• если сущность С связывает сущности А и В, то она должна иметь внешний ключ, соответствующий первичным ключам А и В;

• если сущность В характеризует сущность А, она должна включать внешний ключ, соответствующий первичному ключу сущности А. При заполнении экземплярами сущностей, сущности, имеющие внешние ключи, заполняются в последнюю очередь.