Корпоративные информационные системы. Погонин В.А - 86 стр.

UptoLike

ВУЗ: 

ТГТУ | Тамбов

Составители: 

Рубрика: 

86
ERwin7 реализует собственный макроязык для подготовки прото-
типов триггеров и процедур. Схема использования прототипов заклю-
чается в подготовке шаблона для различных типов триггеров (напри-
мер, триггер, реализующий логику каскадного удаления – «on delete
cascade»). Базовые шаблоны встроены в ERwin7, но пользователь мо-
жет определить свои собственные шаблоны и использовать их вместо
стандартных.
Все макрофункции, которые могут использоваться в триггерах,
могут использоваться также и в процедурах. Существенно, что проце-
дуры, как и триггеры, связываются с таблицей.
Такой подход позволяет полностью исключить хаотичное внесе-
ние изменений в базу данных, так как модель в ERwin7 описывает все
аспекты базы, в том числе обеспечиваемые триггерами.
В ERwin7 поддерживаются два типа правил (проверок допустимо-
сти значений Validation Constraint) и начальных (по умолчанию Default)
значений. Правило и умолчание может быть указано для проверки со
стороны клиента (например, в PowerBuilder) и со стороны сервера.
При задании правила или умолчания для клиентской части эти
атрибуты переносятся в репозитарий средства 4GL.
Часто используемые комбинации свойств можно поименовать.
Такая комбинация свойств, называемая доменом, может наследовать-
ся. Например, можно определить домен «Дата» для отображения всех
колонок с датами в приложении в одном стиле, домен «Дата рождения
ребенка» наследует все атрибуты от домена «Дата» и вносит дополни-
тельный атрибут – цвет отображения.
Назначение доменов для сервера аналогично назначению доменов
для клиента. Различие заключается в том, что правила и начальные
значения для сервера определяются в генерации схемы базы данных, а
аналогичные атрибуты для клиента – сохраняются в репозитарии сред-
ства 4GL.
Другое назначение доменов для сервера – определение пользова-
тельских типов данных. Пользовательскому типу данных ставится в
соответствие тип, «известный» СУБД. При выполнении синхрониза-
ции с базой данных для СУБД, поддерживающих пользовательские
типы, выполняется соответствующие команды. Например, для Sybase
выполняется команда:
sp_addtype person_name, «char(64)», «NOT NULL».
По завершении работы над информационной моделью, как пра-
вило, распечатываются логический и физический уровни диаграммы, а
также отчет по соответствиям сущность–таблица, атрибут–имя колон-
ки, сущность–атрибуты. Диаграмма физической модели является не-
обходимым, почти достаточным и очень удобным материалом для раз-
работчиков программ. Дополнительная информация для группы разра-

Страницы