4. 1. Логические модели

В ERwin различают три уровня логической модели, отличающихся по глубине представления информации о данных (рис. 3):

• Модель сущность-связь (Entity Relationship Diagram);

• Модель данных, основанная на ключах (Key-Based Mode);

• Полная атрибутивная модель (Fully Attributed Model).

	Entity Relation Diagram				Логические модели
	Entity Relation Diagram
	Fully Attributed Model	….	Fully Attributed Model		Физические модели
	Transformation Model	….	Transformation Model
	DBMS Model

Рис. 3. Модели данных в ERwin

Модель сущность-связь

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

Модель данных, основанная на ключах

Этот тип модели (Key Based model (KB)) описывает структуру данных системы, в которую включены все сущности, атрибуты и первичные ключи. Модель используется для более подробного представления структуры данных и ключей, которые соответствуют предметной области. Целью этой модели является детализация модели сущность-связь, после чего модель данных может начать реализовываться.

Полная атрибутивная модель

Эта модель (Fully Attributed model (FA)) обеспечивает наиболее детальное представление структуры данных. Полная атрибутивная модель представляет данные в третьей нормальной форме и включает в себя все сущности, атрибуты и связи.

4.2. Физические модели

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

Трансформационная модель

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

Перед началом проектирования БД необходимо убедиться в обеспече­нии следующих требований:

• физическая модель данных должна соответствовать требованиям, предъявляемым к проектируемой системе;

• выбор определенной физической модели должен быть аргументирован;

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

Модель СУБД

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