Отображение модели данных в инструментальном средстве eRwin
ERwin имеет два уровня представлениямодели — логический и физический.
Логический уровень — это абстрактный взгляд на данные, когда данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называютсясущностямииатрибутами.Логическая модель данныхможет быть построена на основе другой логической модели, например на основе модели процессов.Логическая модель данныхявляется универсальной и никак не связана с конкретной реализацией СУБД.
Физическая модель данных, напротив,зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеетатрибут, то в физической модели важно описать всю информацию о конкретных физических объектах — таблицах, колонках,индексах, процедурах и т.д.
Документирование модели
Многие СУБД имеют ограничение на именование объектов (например, ограничение на длину имени таблицы или запрет использования специальных символов — пробела и т. п.). Зачастую разработчики ИС имеют дело с нелокализованными версиями СУБД. Это означает, что объекты БД могут называться короткими словами, только латинскими символами и без использования специальных символов (т. е. нельзя назвать таблицу, используя предложение — ее можно назвать только одним словом). Кроме того, проектировщики БД нередко злоупотребляют "техническими" наименованиями, в результате таблица и колонки получают наименования типа RTD_324илиCUST_A12и т.д. Полученную в результате структуру могут понять только специалисты (а чаще всего — только авторы модели), ее невозможно обсуждать с экспертами предметной области. Разделение модели на логическую и физическую позволяет решить эту проблему. На физическом уровне объекты БД могут называться так, как того требуют ограничения СУБД. На логическом уровне можно этим объектам дать синонимы — имена более понятные неспециалистам, в том числе на кириллице и с использованием специальных символов. Например, таблицеCUST_A12может соответствоватьсущностьПостоянный клиент. Такое соответствие позволяет лучше документировать модель и дает возможность обсуждать структуру данных с экспертами предметной области.
Масштабирование
Создание модели данных, как правило, начинается с разработки логической модели. После описания логической модели проектировщик может выбрать необходимую СУБД, и ERwin автоматически создаст соответствующую физическую модель. На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Этот процесс называетсяпрямым проектированием(Forward Engineering). Тем самым достигается масштабируемость — создав однулогическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. С другой стороны, ERwin способен по содержимому системного каталога или SQL-скрипту воссоздать физическую илогическую модель данных(Reverse Engineering). На основе полученнойлогической модели данныхможно сгенерировать физическую модель для другой СУБД и затем создать ее системный каталог. Следовательно, ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой. Например, можно перенести структуру данных с Oracle на Informix (или наоборот) или перенести структуру dbf-файлов в реляционную СУБД, тем самым облегчив переход от файл-серверной к клиент-серверной ИС. Однако, формальный перенос структуры "плоских" таблиц на реляционную СУБД обычно неэффективен. Для того чтобы извлечь выгоды от перехода на клиент-серверную технологию, структуру данных следует модифицировать.
Для переключения между логической и физической моделью данныхслужит список выбора в центральной части панели инструментов ERwin (рис. 10.5).
Если при переключении физической модели еще не существует, она будет создана автоматически.
Рис.
10.5.Переключение между логической
и физической моделью
Интерфейс ERwin. Уровни отображения модели
Интерфейс выполнен в стиле Windows-приложений, достаточно прост и интуитивно понятен. Рассмотрим кратко основные функции ERwin по отображению модели.
Каждому уровню отображения модели соответствует своя палитра инструментов. На логическом уровнепалитра инструментов имеет следующие кнопки:
кнопку указателя (режим мыши) — в этом режиме можно установить фокус на каком-либо объекте модели;
кнопку внесения сущности;
кнопку категории (категория, или категориальная связь, — специальный типсвязимеждусущностями, которая будет рассмотрена ниже);
кнопку внесения текстового блока;
кнопку перенесения атрибутоввнутрисущностейи между ними;
кнопки создания связей: идентифицирующую, "многие-ко-многим" и неидентифицирующую.
На физическом уровнепалитра инструментов имеет:
вместо кнопки категорий — кнопку внесения представлений(view);
вместо кнопки связи"многие-ко-многим" — кнопкусвязейпредставлений.
Для создания моделей данныхв ERwin можно использовать две нотации: IDEFIX и IE (Information Engineering). В дальнейшем будет рассматриваться нотация IDEFIX.
ERwin имеет несколько уровней отображения диаграммы: уровень сущностей, уровеньатрибутов, уровень определений, уровеньпервичных ключейи уровень иконок. Переключиться между первыми тремя уровнями можно с использованием кнопок панели инструментов. Переключиться на другие уровни отображения можно при помощи контекстного меню, которое появляется, если "кликнуть" по любому месту диаграммы, не занятому объектами модели. В контекстном меню следует выбрать пункт Display Level (рис. 10.6) и затем — необходимый уровень отображения.
Рис.
10.6.Выбор уровней отображения
диаграммы