2. Уровни моделей данных

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

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

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

Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными.

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

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

Выделение концептуального уровня позволило разработать аппарат централизованного управления БД. На этом уровне используются следующие модели:

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

-даталогическая модель – привязка к конкретной СУБД

-фактографическая модель – информация в виде определенных структур данных

-документальная модель – слабоструктурированная информация, ориентированная в основном на свободный формат документов, текстов на естественном языке.

3) Логические и физические модели данных Логические модели данных:

• диаграмма «сущность — связь» — самый высокий уровень модели данных определяет набор сущностей и атрибутов проектируемой системы. Цель этой диаграммы формирование общего взгляда на систему для ее дальнейшей детализации.

• модель данных, основанная на ключах — этот тип модели описывает структуру данных системы в которую включены все сущности и атрибуты в том числе и ключевые. Целью модели является детализация модели сущность — связь. После чего модель данных начинает реализовываться.

• полная атрибутивная модель — эта модель включает все сущности атрибуты и является наиболее детальным представление структуры данных. Полная атрибутивная модель представлена в третье нормальной форме.

Физические модели данных

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

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

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

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