Erwin создание логической модели. Логическая и физическая модели в erwin data modeler
Цель работы:
Задание:
Последовательность выполнения работы
Знакомство с пользовательским интерфейсом
· Загрузите программу Erwin.
· В появившемся диалоговом окне установите переключатель Crеаte а New Model. На экране появится диалог Create Model – Select Template, гденеобходимо выбрать уровень моделирования.
Erwin имеет два уровня моделирования: логический и физический. На логическом уровне данные представляются так, как они выглядят в реальном мире. Объектами логического уровня являются сущности и атрибуты.
На физическом уровне модель зависит от конкретной реализации базы данных, выбираемой пользователем. При переходе модели на физический уровень производится трансформация сущностей в таблицы, а атрибутов в поля, поэтому все имена и описания физической модели должны соответствовать принятым для выбранной СУБД соглашениям.
· Установите переключательLogical/Physical для создания модели с логическим и физическим уровнями.
· В полях DataBase и Version указывается тип и версия сервера, для которого создается модель. Выберите в списке Access, 2000. Нажмите кнопку ОК .
· На экране появится основное окно программы.
В верхней части окна находится титульная строка, в которой указано название программы, наименование модели, наименование подмножества (Subject Area) и хранимого отображения (Stored Display). Основную часть пространства программы занимает рабочая область, в которой создается ER-диаграмма.
Для переключения между логическим и физическим уровнями на панели инструментов имеется список (рис 1.1).
Помимо этого списка, на панели инструментов имеются кнопки (см. табл. 1.1).
Таблица 1.1.
Кнопки, расположенные на панели инструментов программы Erwin
| Кнопка | Назначение |
 | Создание, открытие, сохранение и печать модели |
| Вызов диалога Report Browser для генерации отчетов | |
| Изменение уровня просмотра модели: уровень сущностей, уровень атрибутов, уровень определений | |
 | Изменение масштаба просмотра модели |
| Генерация схемы БД, выравнивание схемы с моделью и выбор сервера (доступны только на уровне физической модели) | |
| Переключение между областями модели Subject Area |
Для непосредственной работы с элементами модели в программе имеется палитра инструментов (Erwin Toolbox), представляющая собой «плавающее окошко» (рис. 1.2). При необходимости палитру инструментов можно убирать с экрана и вызывать нажатием комбинации клавиш «CTRL-T».
Рис. 1.2. Палитра инструментов на логическом уровне
Внесение в модель сущностей
На данном этапе необходимо внести в модель следующие сущности, выявленные в результате анализа предметной области (поставка товара в соответствии с договорами): покупатель, договор, накладная, товар, склад.
· Выберите на панели инструментов (ERwin Toolbox) кнопку Сущность ,щелкнув по ней указателем мыши. Затем щелкните мышкой по тому месту на диаграмме, где необходимо расположить новую сущность. На поле диаграммы появится прямоугольник, изображающий новую сущность, с автоматически сгенерированным именем «Е/1».
· Введите с клавиатуры имя сущности «Покупатель » и нажмите Enter .
· Точно таким же образом вставьте в диаграмму еще четыре сущности: договор, накладная, товар, склад.
· Щелкнув правой кнопкой мыши по сущности и выбрав из контекстного меню пункт Entity Properties , можно вызвать редактор сущностей Entities (рис. 1.6), который позволяет изменять свойства выбранной сущности. Редактор сущностей также можно вызвать через главное меню: Model | Entities.
 |
Рис. 1.6. Редактор сущности
В верхней части окна редактора находится список всех сущностей, имеющихся на диаграмме. С его помощью можно выбрать сущность, свойства которой необходимо посмотреть или изменить. По умолчанию, выбранной является выделенная на диаграмме сущность, по которой щелкнули мышью. Далее имеется поле Name, в котором высвечивается имя сущности. Имя можно редактировать.
Ниже в окне редактора находится ряд закладок:
Definition (определение) – на этой странице вводится определение сущности.
Note, Note2, Note3 (примечание) – используются для ввода произвольного текста, связанного с сущностью, например, образцы данных и запросы.
UDP – определяемые пользователем свойства.
Icon (иконка) – для наглядности каждой сущности может быть присвоена иконка, которая выводится рядом с ее названием.
· Для каждой сущности введите определение Definition.
Ключевые группы
· Вызовите редактор ключевых групп Key Groups, щелкнув правой кнопкой мыши по сущности Покупатель и выбрав из контекстного меню пункт Key Groups . Редактор ключевых групп также можно вызвать через главное меню: Model | Key Groups.
Редактор ключевых групп содержит элементы управления:
Entity – поле с выпадающим списком, в котором следует выбрать сущность для редактирования.
Окно с перечнем ключевых групп. Каждая группа представлена отдельной строкой, включающей в себя имя (Key Group), тип (Type) и определение (Definition).
Кроме того, диалоговое окно редактора ключевых групп содержит следующие закладки:
ü Members (члены). Задаются члены ключевых групп и их порядок следования в группе.
ü General (общие установки). Переключатели, позволяющие задавать тип ключевой группы. Для первичного и внешнего ключа эти группы недоступны.
ü Definition (определение). Произвольная текстовая информация, относящаяся к выбранной ключевой группе.
ü Note (примечание). Примечание к выбранной группе.
ü UDP (пользовательские свойства).
· Нажмите кнопку New .
· В окне New Key Group в поле Key Group введите имя ключевой группы – ИНН . В поле Index выводится генерируемое программой Erwin имя индекса. Оставьте его без изменений.
· Переключатель Key Group Type задает тип создаваемого ключа. Это может быть альтернативный ключ (Alternate Key) или инверсный вход (Inversion Entry). Выберите Alternate Key и нажмите ОК . Вновь введенный альтернативный ключ появится в перечне ключей.
 |
Перейдите на закладку Members . Новый ключ пока не содержит никаких атрибутов, поэтому правый список Key Group Members (члены ключевой группы) пуст. Выберите в левом списке атрибут ИНН и переместите его в правый список при помощи кнопки со стрелкой (см. рис. 1.8).
Рис. 1.8. Редактор ключевых групп
· Таким же образом создайте ключевые группы для инверсных входов, приведенных в табл. 1.3.
Лабораторная работа № 6
Задание правил декларативной ссылочной целостности
· Находясь на логическом уровне модели данных, выделите связь «заключает» между сущностями Покупатель и Договор, щелкнув по ней указателем мыши. Затем нажмите правую кнопку мыши и в контекстном меню выберите пункт Relationship Properties (редактор связей).
· В окне редактора связей Relationship перейдите на вкладку RI Actions . Ознакомьтесь с правилами ссылочной целостности для связи «Покупатель – Договор», присвоенными по умолчанию. Данные установки запрещают вставку и изменение экземпляра дочерней сущности, а также удаление и изменение родительской сущности. Это означает, что не допускается удаление или изменение покупателя, если в базе данных имеются заключенные с ним договоры, а также ввод договора без указания покупателя или со ссылкой на несуществующего покупателя. Тем самым мы выполнили условие, по которому договор может существовать только для конкретного покупателя.
· Проанализируйте установленные правила ссылочной целостности для всех остальных связей.
Правила, присваиваемые связи по умолчанию, можно изменить, выбрав нужное значение из выпадающего списка.
Нормализация данных
Из модели видно, что в сущности Покупатель присутствует множественный атрибут ТЕЛ. Покупатель может иметь несколько телефонных номеров, что является нарушением первой нормальной формы, согласно которой все значения атрибутов должны быть атомарными. Поэтому необходимо выделить атрибут ТЕЛ в отдельную сущность.
· Создайте сущность Телефон, содержащую следующие атрибуты: КОД_ТЕЛ (первичный ключ, тип – number) и ТЕЛ (тип – string).
· Свяжите сущности Покупатель и Телефон идентифицирующей связью. Установите мощность связи – One or More (P) и введите имя связи – имеет.
Выбор сервера
· Выполните команду Database | Choose Database .
· В диалоговом окне Erwin/ERX – Target Server необходимо задать тип сервера – Access и его версию – 2000 . Кроме того, здесь указывается используемый по умолчанию тип данных и условие NULL для вновь созданных колонок. Некоторые опции данного диалогового окна зависят от выбранного типа сервера.
· После выбора сервера нажмите кнопку ОК .
Денормализация данных
На модели имеются две связи типа «многие-ко-многим»: Товар – Договор и Товар – Накладная, которые должны быть разрешены на физическом уровне. Результат разрешения данных связей представлен в табл. 2.1.
Таблица 2.1.
Результат разрешения связей «многие-ко-многим»
Разрешение связей «многие-ко-многим» осуществляется автоматически при переходе на физический уровень, либо с помощью специального мастера Many Relationship Transform Wizard .
· Для вызова данного мастера выделите связь «Товар – Договор», щелкнув по ней указателем мыши. Затем нажмите правую кнопку мыши и в контекстном меню выберите пункт Create Association Table (создать ассоциативную таблицу). На экране появится первый диалог мастера, содержащий текст о его назначении.
· Введите в поле Table Name (имя таблицы) – Поставка_План . В поле Table Comment (комментарии к таблице) введите текст: Сведения о поставках товара по договору.
· На модели появилась новая таблица Поставка_План, связанная идентифицирующей связью с таблицами Товар и Договор.
· Новую таблицу необходимо дополнить тремя колонками (см. табл. 2.1). Для этого выделите таблицу Поставка_План , щелкнув по ней указателем мыши. Затем нажмите правую кнопку мыши и в контекстном меню выберите пункт Columns (редактор колонок). Работа с данным редактором аналогична работе с редактором атрибутов.
· Самостоятельно введите три новых колонки в соответствии с табл. 2.1.
· Рассмотренным выше способом (с использованием мастера) преобразуйте связь «Товар – Накладная» и дополните полученную ассоциативную таблицу Отгрузка двумя колонками согласно табл. 2.1.
Задание правил валидации
Задание списка допустимых значений
В соответствии с рассматриваемой предметной областью для поля СТАВКА_НДС таблицы Товар зададим список допустимых значений: 0, 10 и 18 %.
Columns.
· В окне редактора в поле Column – СТАВКА_НДС .
· Перейдите на закладку выбранной СУБД – Access .
· Valid .
· В диалоге Validation Rules щелкните по кнопке New .
· В диалоге New Validation Rule вполе Logical введите имя правила – Проверка ставки НДС . Нажмите кнопку ОК .
· Перейдите на закладку General . В группе Type установите опцию Valid Value List .
· В поле Valid Value в первой строке введите 0. Во вторую и третью строки введите значения: 10 и 18.
· Проверьте, чтобы в верхней части окна редактора Validation Rules появилась строчка: Проверка ставки НДС (Validation Name) IN (0, 10, 18) (Validation Rule).
· Нажмите ОК. В окне редактора Columns на закладке Access в поле Valid появилось наименование созданного правила – «Проверка ставки НДС».
Задание значений, присваиваемых по умолчанию
Создадим правило, согласно которому в поле ДАТА_ДОГ таблицы Договор будет по умолчанию подставляться значение текущей даты.
· Вызовите контекстное меню таблицы Договор и выберите пункт Columns.
· В окне редактора в поле Column выберите колонку, для которой будет задаваться правило– ДАТА_ДОГ .
· На закладке Access щелкните по кнопке, расположенной справа от раскрывающегося списка Default .
· В диалоговом окне Default/Initial Values щелкните по кнопке New .
· В диалоге New Default Value вполе Logical введите имя правила – Текущая дата . Нажмите кнопку ОК .
· На закладке Access в поле Server Value – Access Default введите Date() (функцию, получающую значение текущей даты).
· Нажмите ОК. В окне редактора Columns на закладке Access в поле Default появилось наименование созданного правила – «Текущая дата».
· Установите это же правило для поля ДАТА_ОТГР таблицы Накладная. Для этого в окне редактора колонок Column выделите поле ДАТА_ОТГР и на закладке Access в поле Default из раскрывающегося списка выберитеправилоТекущая дата.
Задание правил проверки вводимых значений
Создадим правило проверки вводимых значений для поля ЦЕНА таблицы Товар, согласно которому данное поле не может иметь значения, меньшие 0.
· Вызовите контекстное меню таблицы Товар и выберите пункт Columns.
· В окне редактора в поле Column выберите колонку, для которой будет задаваться правило– ЦЕНА .
· На закладке Access щелкните по кнопке, расположенной справа от раскрывающегося списка Valid .
· В диалоге Validation Rules щелкните по кнопке New .
· В диалоге New Validation Rule вполе Logical введите имя правила – Проверка цены . Нажмите кнопку ОК .
· Перейдите на закладку General . В группе Type установите опцию Min/Max .
· В поле Min введите 1. Кроме нижней границы диапазона значений здесь также можно задать и верхнюю границу (Max ).
· В верхней части окна редактора Validation Rules в списке правил валидации добавилось вновь созданное: Проверка цены >=1.
· Нажмите кнопку ОК .
Лабораторная работа № 7
Расчет размера базы данных
Цель работы:
Освоить методику расчета размера базы данных, реализованную в Erwin.
Лабораторная работа № 8
Создание отчетов в Erwin
Цель работы:
· изучение видов отчетов;
· освоение процедуры создания отчетов
Лабораторная работа № 5
Основы работы в Erwin. Построение логической модели данных
Цель работы:
· овладение навыками работы в Erwin;
· построение логической модели заданной предметной области.
Задание:
Построить логическую информационную модель поставки товаров в соответствии с договорами средствами Erwin.
Описание интерфейса ERwin. Интерфейс CASE - средства ERwin состоит их трех основных частей. Первая - это главное меню и панели инструментов.
Кнопки на панелях инструментов повторяют некоторые основные команды в главном меню. Сохранить, открыть, создать новый файл, панель с кнопками увеличения или уменьшения масштаба отображение модели, переключатель между физической и логической моделью, переключатель между хранимыми отображениями, панель для редактирования стиля, размера и цвета шрифтов, панель с инструментами для построения геометрических фигур и несколько вспомогательных панелей инструментов (рис. 5.3).
Рис. 5.3.
Вторая - это Model Explorer. Она содержит три закладки: Model, Subject Areas и Domains. Чаще всего в Model Explorer применяется закладка Domains или Model (которая содержит все объекты и модели). В Domains отображаются соответственно домены, в Subject Areas - отображаемые области (рис. 5.4).
Рис. 5.4.
И третья - непосредственно область, отведенная для создания модели объектов, в которой создаются и редактируются все объекты модели. Снизу появляются закладки с именами запомненных хранимых отображений (Stored Displays) (рис. 5.5).
Рис. 5.5.
ERwin имеет два уровня представления данных модели: логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, например «Заказчик», «Цех» или «Фамилия сотрудника». Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.
Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т. д. Разделение модели на логические и физические позволяет решить много важных задач.
ERwin имеет несколько уровней отображения диаграммы: уровень сущностей, уровень атрибутов, уровень определений, уровень первичных ключей и уровень иконок. Переключиться между первыми тремя уровнями можно с использованием кнопок панели инструментов. Переключиться на другие уровни отображения можно при помощи контекстного меню, которое появляется, если «кликнуть» по любому месту диаграммы, не занятому объектами модели. В контекстном меню следует выбрать пункт Display Level и затем необходимый уровень отображения. ERwin позволяет связать с сущностью большую и малую иконки. При переключении на уровень иконок показывается большая иконка. Для отображения малой иконки следует выбрать в контекстном меню пункт Entity Display/Entity Icon. Маленькая иконка будет показана слева от имени сущности на всех уровнях отображения модели.
Установка цвета и шрифта. Установить шрифт и цвет объектов в ERwin можно несколькими способами. Во-первых, для установки цвета и шрифта объекта служит Font and Color Toolbar, которая располагается под основной панелью. Для редактирования шрифта и цвета конкретного объекта следует, щелкнув правой кнопкой мыши по сущности или связи и выбрав из всплывающего меню пункт Object Font & Color..., вызвать диалог Font/Color Editor, в котором определяются имя, описание и комментарии сущности. В диалоге Font/Color Editor можно выбрать шрифт и установить его размер, стиль и цвет, установить цвет заливки (свойство Fill Color, только для сущностей) и цвет линий (свойство Outline Color, только для сущностей).
При создании реальных моделей данных количество сущностей и атрибутов может исчисляться сотнями. Для более удобной работы с большими моделями в ERwin предусмотрены подмножества модели (Subject Areas), в которые можно включить тематически общие сущности. В подмножество модели может входить произвольный набор сущностей, связей и текстовых комментариев. Для создания, удаления или редактирования подмножеств модели нужно вызвать диалог Subject Areas (меню Model/Subject Areas...), в котором указывается имя подмножества и входящие в нее сущности. Все изменения, сделанные в любой Subject Area, автоматически отображаются на общей модели. Одна и та же сущность может входить в несколько Subject Area.
Хранимое отображение (Stored Display) - представление подмножества модели, отображающее специфический аспект структуры данных. Одна Subject Area может включать в себя несколько хранимых отображений. В хранимое отображение входят те же самые сущности и связи, что и в Subject Area, но они могут по-разному располагаться на экране, иметь разные уровни, различный масштаб и цвет объектов или фона.
Для создания хранимого отображения служит диалог Stored Displays (меню Format/Stored Display Settings...). Для переключения между хранимыми отображениями служат закладки в нижней части диаграммы.
Основные компоненты диаграммы ERwin - это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы.
Создание логической модели данных предметной области «Мебель под заказ». Создаваемая логическая модель повторяет структуру проектируемой ИС. Для того чтобы создать сущность в области для создания моделей объектов, необходимо (убедившись предварительно, что вы находитесь на уровне логической модели: переключателем между логической и физической моделью служит раскрывающийся список в правой части панели инструментов) «кликнуть» по кнопке сущности на панели инструментов (ERwin Toolbox) Q , затем «кликнуть» по тому месту на диаграмме, где необходимо расположить новую сущность. Щелкнув правой кнопкой мыши по сущности и выбрав из всплывающего меню пункт Entity Properties..., можно вызвать диалог Entities, в котором определяются имя, описание и комментарии сущности (например, имя сущности - поставщик, описание - данные о поставщике). Каждая сущность определяется с помощью текстового описания в закладке Definition. Закладки Note, Note 2, Note 3, UDP (User Defined Properties - Свойства, определенные пользователем) служат для внесения дополнительных комментариев к сущности. Следующим шагом является создание атрибутов сущности. Как было указано выше, каждый атрибут хранит информацию об определенном свойстве сущности, а каждый экземпляр сущности должен быть уникальным. Атрибут или группа атрибутов, которые идентифицируют сущность, называется первичным ключом. Для создания атрибутов следует, «кликнув» правой кнопкой по сущности, выбрать в появившемся меню пункт Attributes.... Появляется диалог Attributes. Если щелкнуть по кнопке New..., то в появившемся диалоге New Attribute указываем имя атрибута, имя соответствующей ему в физической модели колонки и домен (например, имя атрибута - наименование поставщика). Домен атрибута будет использоваться при определении типа колонки на уровне физической модели. Для атрибутов первичного ключа в закладке General диалога Attributes необходимо сделать пометку в окне выбора Primary Key.
Для отображения иконки атрибута следует выбрать в контекстном меню пункт Entity Display и в каскадном меню включить опцию Attribute Icon. Малая иконка будет показана слева от имени атрибута на уровне атрибутов отображения модели. Имя сущности показывается над прямоугольником, изображающим сущность, список атрибутов сущности - внутри прямоугольника. Список разделен горизонтальной чертой, выше которой расположены атрибуты первичного ключа, ниже - неключевые атрибуты. Атрибуты должны именоваться в единственном числе и иметь четкое смысловое значение. Соблюдение этого правила позволяет частично решить проблему нормализации данных уже на этапе определения атрибутов. Например, создание в сущности Поставщик атрибута Телефоны поставщика противоречит требованиям нормализации, поскольку атрибут должен быть атомарным, т. е. не содержать множественных значений. Согласно синтаксису IDEF1X имя атрибута должно быть уникально в рамках модели (а не только в рамках сущности!). Каждый экземпляр сущности должен быть уникален и отличаться от других атрибутов. Следующим шагом создания модели является установление связей между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой (Relationship Verb Phrases рис. 5.6). Имя связи выражает некоторое ограничение или бизнес-правило и облегчает чтение диаграммы, например:
Каждый ЗАКАЗЧИК ЗАКАЗы;
Каждый ЗАКАЗ ДИЗАЙН.
Рис. 5.В. Имя связи - Relationship Verb Phrases
Для создания новой связи следует:
- установить курсор на нужной кнопке в палитре инструментов (идентифицирующая или неидентифицирующая связь) и нажать левую кнопку мыши;
- щелкнуть сначала по родительской, а затем по дочерней сущности. При установлении связей между сущностями атрибуты первичного ключа родительской сущности мигрируют в качестве внешних ключей в дочернюю сущность. По умолчанию имя связи на диаграмме не показывается. Для отображения имени следует в контекстном меню, которое появляется, если щелкнуть левой кнопкой мыши по любому месту диаграммы, не занятому объектами модели, выбрать пункт Relationship Display и в контекстном меню включить опцию Verb Phrase.
Логическая модель данных предметной области «Мебель под заказ» приведена на рис. 5.7.
Рис. 5.7.
Полная атрибутивная модель представляет данные в третьей нормальной форме и включает все сущности атрибуты и связи и представлена на рис. 5.8.
На уровне сущностей модель представлена на рис. 5.9.
На рис. 5.10 представлена модель данных на уровне определений.
Рис. 5.8.
Рис. 5.Э. Уровень сущностей модели данных
1. Учебные вопросы
- Разработка реляционной модели данных в ERwin .
- Нормализация физической модели данных в ERwin .
2. План занятия
- Контроль знаний путем тестирования (тест ИСЭ005).
- Импорт сущностей в ERwin.
- Разработка логической и физической моделей данных в ERwin с использованием методологии IDEF1Х.
- Нормализация физической модели данных в ERwin.
- Выполнить импорт сущностей в ER win, используя файл Данные _ИС_Имя. bpх, и на основании полученного множества сущностей разработать логическую модель данных.
Замечание: Если имена сущностей и атрибутов были созданы на кириллице (по-русски), следует их переписать латинскими символами.
- Создать логическую и физическую модели данных, используя инструменты ERwin.
-
в своей папке ИСЭ . - Нормализацию физической модели следует проводить путем разрешения связей МНОГИЕ-КО-МНОГИМ с помощью кнопки Many to Many Transform панели инструментов ER win Transform Toolbar.
- Результаты работы сохранить в файле
Модель_данных_ИС_Имя_IDEF1Х.er1 в своей папке ИСЭ .
ПРИМЕР логической модели, а также нормализованной физической модели данных, выполненной в IDEF1X-технологии приведен в .
4. Технологический процесс выполнения заданий
4.1. Технологический процесс создания моделей данных
4.1.1. Методология создания моделей (методология IDEF1X)
Методология IDEF1X используется CASE-средством ERwin для построения логической и физической моделей данных информационной системы.
ERwin имеет простой и понятный пользовательский интерфейс для построения логической и физической моделей данных, обрабатываемых системой. В логической модели допустимо создавать связи МНОГИЕ-КО-МНОГИМ между сущностями, причем имя атрибута (Attribute Name ) будет именем атрибута в логической модели, а имя столбца (Column Name ), если оно задано, будет именем атрибута в физической модели.
В любой из этих моделей можно автоматически преобразовать связь МНОГИЕ-КО-МНОГИМ к связи ОДИН-КО-МНОГИМ.
В результате будет создана подчиненная таблица, развязывающая связь МНОГИЕ-КО-МНОГИМ. Эта таблица будет содержать внедренный составной ключ (FK) с внедренными из главных таблиц атрибутами и соответствующими им типами данных. Если нужно изменить тип данных, это следует делать вручную.
Процесс создания модели предполагает следующие этапы:
- Создание новой модели можно производить из окна Computer Associates ERwin или нажать кнопку создания модели. В обоих случаях на экран будет выведено диалоговое окно Create Model – Select Template (рис. 5.1).
- В окне Create Model - Select Template следует выбрать опцию, определяющую возможности создавать модели данных определенного типа: Logical (можно создавать только Логическую модель ), Physical (можно создавать только Физическую модель ) или Logical/Physical (можно параллельно создавать обе модели: и Логическую , и Физическую ). Чтобы иметь больше возможностей, целесообразно выбрать последний вариант – Logical/Physical .
- В группе Target Database из списка, предложенного в поле Database , выбрать систему управления базами данных (СУБД) – SQL Server , а в поле Version нужную версию – 2000 .
- В появившемся окне < Main Subject Area > / Display] выбрать из списка тип создаваемой модели: Logical или Physical (рис. 5.2).
В панели инструментов ERwin Toolbox содержатся кнопки, позволяющие добавлять в модель данных и редактировать ее отдельные фрагменты:
– Select (редактирование выбранного объекта модели), |
|
– Entity (добавление сущности), |
|
– Many - to - many Relationship (связь Многие-ко-Многим), |
|
– Identifying Relationship (идентифицирующая связь), |
|
– Non-identifying Relationship (неидентифицирующая связь). |
4.1.2. Технологический процесс создания логической модели данных
В процессе создания модели сущности могут быть внедрены путем импорта из словаря сущностей, разработанного в BPwin, или путем создания с помощью кнопки Entity на панели инструментов.
Импорт сущностей в ERwin
Замечания
- Экспорт и импорт сущностей можно производить только один раз.
- После проведения импорта сущностей из BPwin флажки Exchange with ERwin и кнопки Update и Delete в диалоговом окне Entity and Attribute Dictionary Editor становятся тусклыми. Это происходит потому, что нельзя изменять сущности и атрибуты, которые BPwin использует совместно c ERwin.
- Создание новых сущностей.
- Нажать кнопку добавления сущностей Entity и щелкнуть мышью в пределах окна модели.
- Вписать имя сущности и нажать Enter, после чего вписать имя атрибута сущности.
- Для выбора нужного шрифта выполнить п.п. 1.9–1.12.
- Добавление новых атрибутов.
- В контекстном меню сущности выбрать команду Attributes … и в появившемся окне (рис. 5.4) нажать кнопку New.
- В окне New Attributes (рис. 5.6) вписать имя атрибута в поле Attribute Name .
- Установить тип данных каждого атрибута для каждой сущности: Текстовый (String), Числовой (Number), Дата/время (Datetime) или поле МЕМО (B inary L arge Ob ject, Blob) (рис. 5.5 или рис. 5.6) .
- Определить ключевые атрибуты, установив флажок Primary Key в окне Attributes (рис. 5.5) после выделения нужного атрибута в поле Attribute.
|
|
Установка связей между сущностями
- Установка связи МНОГИЕ-КО-МНОГИМ:
- В панели инструментов Erwin Toolbox нажать кнопку Many-to-many Relationship .
- Последовательно щелкнуть левой клавишей мыши на именах сущностей, между которыми требуется создать связь (рис. 5.7).
- Установка идентифицирующей
связи ОДИН-КО-МНОГИМ:
- В панели инструментов Erwin Toolbox нажать кнопку Identifying Relationship.
- ключевого ключевого атрибута подчиненной сущности (FK) , находящейся на стороне МНОГО (рис. 5.8).
- В подчиненной сущности формируется составной ключ.
- Установка неидентифицирующей
связи ОДИН-КО-МНОГИМ:
- В панели инструментов Erwin Toolbox нажать кнопку Non-identifying Relationship .
- Последовательно щелкнуть левой клавишей мыши на именах сущностей, между которыми требуется создать связь. Результатом создания связи будет внедрение ключевого атрибута главной сущности в качестве неключевого атрибута подчиненной сущности (FK) , находящейся на стороне МНОГО (рис. 5.9).
4.1.3. Технологический процесс создания физической модели данных
Результатом выполнения команды будет автоматически созданная физическая модель, в которой вместо сущностей будут представлены таблицы, а вместо атрибутов сущностей – поля таблиц.
- В физической модели проверить типы данных и установленные между таблицами связи.
4.2. Технологический процесс нормализации физической модели данных (методология IDEF1X)
- В окне Computer Associates ERwin – }