Файл: Учебное пособие по курсу Технология разработки программного обеспечения для студентов.doc

9.3Paradigm Plus: двусторонняя связь с ERwin

В последних версиях инструментальных средств фирмы Platinum Technology – Erwin 3.5.2 и Paradigm Plus 3.6 реализована взаимная интеграция этих продуктов.

Paradigm Plus - инструмент для объектно-ориентированного анализа и проектирования (OOAD - object-oriented analysis and design). Paradigm Plus позволяет разрабатывать объектно-ориентированные приложения. Paradigm

Интеграция ERwin и Paradigm Plus дает разработчикам следующие преимущества:

• 
  Разработка приложений с использованием хранилищ моделей для обеспечения коллективной разработки.
  
• 
  Объектно-ориентированный анализ и разработка в сочетании с физической разработкой БД.
  
• 
  Информация, внесенная на этапе анализа и проектирования автоматически переносится в модель данных и используется для кодогенерации.
  
• 
  Отчеты по проекту генерируются автоматически на основе информации, находящейся в хранилище проектов.
  
• 
  Типы данных ERwin'а используются на этапе анализа и разработки с использованием Paradigm Plus.
  
• 
  Моделирование систем с многоуровневой архитектурой в Paradigm Plus может быть использовано для разработки корпоративных систем.
  
• 
  Поддержка компонентной разработки сочетается с режимом многопользовательской работы с моделями.
  
• 
  Результаты моделирования могут быть размещены на web – сайте.
  
• 
  Модели предметной области, разработанные при помощи объектно-ориентированных средств разработки (OOAD) синхронизируются с реляционными моделями БД.
  
• 
  Модели существующих БД посредством обратного проектирования могут быть помещены в хранилище Paradigm Plus.
  
• 
  Переход от объектной модели OOAD к реляционной модели без потери информации.
  
• 
  Возможность импорта из физической модели ERwin в физическую модель Paradigm Plus.
  
• 
  Документирование определенных пользователем типов для проверки типов БД.
  

Процесс интеграции моделей ERwin и Paradigm Plus состоит из нескольких этапов:

1. 
   Разработка модели в Paradigm Plus. Генерация модели в Paradigm Plus позволяет сгенерировать физическую модель из логической и наоборот.
   
2. 
   Прямая разработка дает пользователю возможность экспортировать физическую модель из Paradigm Plus в ERwin .
   
3. 
   Обратное проектирование. Дает возможность импортировать физическую модель ERwin в физическую модель Paradigm Plus.
   
4. 
   Синхронизация моделей. Позволяет привести в соответствие модели ERwin и Paradigm Plus.
   

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

---

10Создание физической модели данных в ERWin

10.1Уровни физической модели

Физическая модель содержит всю необходимую информацию для реализации конкретной БД. Пример физической модели приведён на рисунке 27.

29. 
    П
    ример физической модели данных
    

Различают два уровня физической модели:

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

По умолчанию ERWin генерирует имена таблиц и индексов по шаблону на основе имен соответствующих сущностей и ключей логической модели.

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

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

10.2 Правила валидации и значения по умолчанию

ERWin поддерживает правила валидации для колонок, а также значения, присваиваемые по умолчанию.

• 
  Правило валидации задает список допустимых значений для колонки и правила проверки допустимых значений.
  
• 
  Значение по умолчанию – значение, которое вводится в колонку, если никакое другое значение не задано явным образом во время ввода данных.
  

Для задания правил валидации в ERWin используется Validation Rule Editor. В нем можно задать максимальное и минимальное значение атрибута и тип валидации (на сервере, на клиентском рабочем месте, или и там и там).

Пример ввода правила валидации для поля «Лимит денег» таблицы «Кредитная карта» приведён на рисунке 28.

---

30. 
    
    Ввод правила валидации в ERWin
    

Например, необходимо задать правило валидации для поля Age таблицы Customer. Возраст покупателя может быть не менее 18 и не более 180 лет. Формируется правило «Проверка возраста», которое содержит выражение «Age BETWEEN 18 AND 180». Использование правила гарантирует, что при вводе значение возраста (Age) не выйдет из заданного диапазона.

Редактор Validation Rule Editor позволяет также задать список всех допустимых значений атрибута.

Редактор Default/Initial Editor позволяет создать значение, которое при-сваивается атрибуту (столбцу) автоматически, по умолчанию. Например, дате приема сотрудника автоматически может быть присвоена сегодняшняя дата.

О
кно редактора Default/Initial Editor показано на рисунке 29.

31. 
    Окно редактора Default/Initial Editor.
    

---

10.3 Индексы

Чтобы решить проблему поиска данных, СУБД использует особый объект, называемый индексом. Индекс содержит информацию, отсортированную по одному или нескольким столбцам таблицы, и указывает на строки, в которых хранятся нужные значения индексных столбцов.

Индекс может создаваться для тех столбцов таблицы, по которым предполагается часто производить поиск.

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

10.4 Триггеры и хранимые процедуры

Триггеры и хранимые процедуры – именованные блоки кода SQL, которые заранее откомпилированы и хранятся на сервере для того, чтобы быстро производить выполнение запросов, валидацию данных и выполнять другие часто вызываемые функции.

Преимущества хранимых процедур и триггеров:

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

Хранимая процедура – именованный набор предварительно откомпилированных команд SQL, который может вызываться из клиентского приложения или из другой хранимой процедуры.

---

Триггер – процедура, выполняемая автоматически как реакция на событие. Событием может быть вставка, изменение или удаление строки в существующей таблице. Триггер сообщает СУБД, какие действия необходимо произвести при выполнении команд SQL-языка INSERT, UPDATE или DELETE.

Триггер ссылочной целостности – особый вид триггера, используемый для поддержания целостности между двумя таблицами, которые связаны между собой. Если ссылка в одной таблице вставляется, изменяется или удаляется, то триггер ссылочной целостности (RI-триггер) сообщает СУБД, что нужно делать с теми строками в других таблицах, у которых значение внешнего ключа совпадает со значением первичного ключа вставленной (удаленной, измененной) строки. По умолчанию ERWin генерирует триггеры, дублирующие декларативную ссылочную целостность.

Правила контроля целостности задаются для каждой связи и определяют поведение СУБД при выполнении ряда операций над строками связанных таблиц: удаления (Delete), добавления (Insert) и изменения (Update) строк.

Возможны следующие действия для поддержания ссылочной целостности:

• 
  RESTRICT – запретить операцию над строками, связанными с обрабатываемой (например – при удалении родительской записи запретить удаление дочерних);
  
• 
  CASCADE – выполнить операцию над всеми строками, связанными с обрабатываемой (например – при удалении родительской записи удалитьвсе дочерние);
  
• 
  NONE – не выполнять никаких операций над строками, связанными с обрабатываемой;
  
• 
  SETNULL – установить значения, связанные с ключевыми полями обрабатываемой записи в NULL (пустое значение)
  
• 
  SETDEFAULT – атрибут, связанный с ключевым полем устанавливается в значение по умолчанию.
  

10.4.1 Значения RI, используемые ERWin для различных типов связей

	Идентифи-цирующая связь	Неидентифи-цирующая связь (Nulls allowed)	Неидентифи-цирующая связь (No Nulls)	Катего-риальная связь
1	2	3	4	5
Child Delete (возможные режимы)	RESTRICT, CASCADE, NONE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	RESTRICT, CASCADE, NONE, SET DEFAULT	RESTRICT, CASCADE, NONE
Child Delete (режимы по умолчанию)	NONE	NONE	NONE	NONE
Child Insert (возможные режимы)	RESTRICT, CASCADE, NONE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	RESTRICT, CASCADE, NONE, SET DEFAULT	RESTRICT, CASCADE, NONE
Child Insert (режимы по умолчанию)	RESTRICT	SET NULL	RESTRICT	RESTRICT
Child Update (возможные режимы)	RESTRICT, CASCADE, NONE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	RESTRICT, CASCADE, NONE, SET DEFAULT	RESTRICT, CASCADE, NONE
Child Update (режимы по умолчанию)	RESTRICT	SET NULL	RESTRICT	RESTRICT
Parent Delete (возможные режимы)	RESTRICT, CASCADE, NONE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	RESTRICT, CASCADE, NONE, SET DEFAULT	RESTRICT, CASCADE, NONE
Parent Delete (режимы по умолчанию)	RESTRICT	SET NULL	RESTRICT	CASCADE
Parent Insert (возможные режимы)	RESTRICT, CASCADE, NONE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	RESTRICT, CASCADE, NONE, SET DEFAULT	RESTRICT, CASCADE, NONE
Parent Insert (режимы по умолчанию)	NONE	NONE	NONE	NONE
Parent Update (возможные режимы)	RESTRICT, CASCADE, NONE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	RESTRICT, CASCADE, NONE, SET DEFAULT	RESTRICT, CASCADE, NONE
Parent Update (режимы по умолчанию)	RESTRICT	SET NULL	RESTRICT	CASCADE

---