Построение инфологической модели предметной области

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

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

Инфологическая модель должна быть стабильной или увеличиваться с целью включения дополнительных данных.

	СТУДЕНТ		СТИПЕНДИЯ

Пример графического представления инфологической модели

2. Этап датологического проектирования подразделяется на логическое и физическое проектирование.

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

Этот этап полностью ориентирован на выбранную СУБД.

Процесс логического проектирования состоит из следующих этапов:

1.Выбор конкретной СУБД.

2.Отображение инфологической модели на логическую.

3.Выбор ключей.

4.Описание языка запросов.

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

Представим сущность СТУДЕНТ (Номер зачетной книжки, ФИО, Дата рождения, Группа) в виде таблицы.

СТУДЕНТ

Определим структуру каждой таблицы, т.е. зададим имена, типы и размеры полей.

Аналогично поступают со всеми остальными объектами инфологической модели.

Логическая модель – это версия инфологической модели, которая может быть обеспечена конкретной СУБД.

Логическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среды хранения.

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

Далее логическая модель переводится на физический уровень.

Физическая модель определяет размещение данных, методы доступа и технику индексирования и называется внутренней моделью системы.

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

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

Общий перечень работ включает в себя:

· выбор типа носителя;

· выбор способа организации данных;

· выбор методов доступа;

· определение физических размеров;

· размещение данных и управление этим размещением на внешних носителях;

· управление свободной памятью;

· решение целесообразности сжатия данных и методов сжатия;

· оценка физической модели данных.

Правила перевода:

1. Объекты становятся таблицами в физической базе данных;

2. Атрибуты становятся колонками в физической базе данных. Для каждой колонки нужно выбрать подходящий тип данных;

3. Уникальные идентификаторы становятся колонками, недопускающими значение NULL. В физической базе данных они называются первичными ключами;

4. Отношения моделируются в виде внешних ключей.

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

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