Описание свойств сущности

После описания сущности следует перейти к описанию ее свойств (атрибутов). Для этого следует перейти в Редактор атрибутов (Attribute Editor) - появится соответствующее окно (рис. 2.76).

Рис. 2.76. Вид окна Редактор атрибутов

Для создания нового атрибута надо нажать кнопку New, после чего появится окно (рис. 2.77) New Attribute (Новый атрибут).

Рис. 2.77. Начальный вид окна Новый атрибут

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

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

При описании атрибута можно поставить признак Logical Only (только логический). Это никак не скажется на логической модели, но окажет влияние на переход от логической к физической модели: атрибуты, отмеченные как Logical Only, не будут переноситься в фи­зическую модель.

Для атрибутов, соответствующих первичным ключам таблицы, следует установить признак Primary Key (рис. 2.78).

Рис. 2.78. Задание первичного ключа

Кроме того, для атрибута можно задавать свойство Required (обя­зательный). Для атрибута, выбранного первичным ключом, это свой­ство является неактивным (см. рис. 2.78), поскольку свойство обяза­тельности и так (по определению ключа) присуще элементам ключа.

Дополнительные свойства атрибутов

При создании реляционных баз данных по отдельным полям (совокупностям полей) могут быть построены индексы. По умолча­нию по полям, выбранным в качестве первичного ключа, строится уникальный индекс. По полям, которые являются альтернативными ключами таблицы, также можно построить уникальные индексы. По тем полям, по которым часто осуществляется выборочный поиск, для ускорения поиска также целесообразно провести индексирование. Если поле, по которому проводится индексирование, является неуни­кальным, то оно называется инверсным входом (Inversion Entry).

Как отмечалось ранее при общей характеристике инфологического моделирования, понятия ключа (первичного, альтернативного, внешнего) и индексирования не присущи предметной области. Поня­тие ключа относится к категориям реляционной модели данных, а индексирование — это способ логического упорядочения данных. Од­нако в ERWin и некоторых других CASE-системах эти вопросы реша­ются на стадии концептуального проектирования. Для того чтобы за­дать необходимость индексирования, можно, позиционируя на сущ­ности, нажать правую кнопку мыши и в появившемся контекстном меню (рис. 2.79) выбрать позицию Key Group Editor.

Рис. 2.79. Контекстное меню сущности

Предположим, что мы хотим задать инверсный вход для поля Фамилия в таблице «Сотрудник». В этом случае в окне Key Group Editor (рис. 2.80) нужно щелкнуть по кнопке New. В появившемся окне New Key Group следует выбрать переключатель Inversion Entry и щелкнуть по кнопке ОК.

Рис. 2.80. Задание инверсного входа. Экран 1

После этого в окне Available Attributes нужно выбрать поле, ко­торое определяется как инверсный вход, и перенести его в окно Key Group Members (рис. 2.81).

Рис. 2.81. Задание инверсного входа. Экран 2

Первичные и альтернативные ключи, инверсные входы можно задать и иным способом. Для этого в окне Редактор атрибутов (Attribute Editor) нужно выбрать вкладку Key Group (рис. 2.82), щелкнуть по кнопке после чего опять появится окно Key Group Editor.

Рис. 2.82. Окно описания атрибутов. Вкладка Key Group

Если требуется провести индексацию по совокупности полей, т.е. создать составной индекс, то в Key Group Members нужно включить несколько полей (рис. 2.83).

Рис. 2.83. Создание составного индекса

В ERWin ключи (первичные и альтернативные) и индексирова­ние можно задавать при описании логической модели, а можно - и при описании физической модели (см. разд. 3.4). При переключении между физической и логической моделью вновь введенные характе­ристики будут отображаться в обоих представлениях безотноситель­но к тому, в каком режиме они были введены.