ВУЗ:
Составители:
Рис. 2.24 Определение физической модели
Построение модели может быть выполнено как на основании данных каталога базы данных, так и на осно-
вании пакета операторов SQL, с помощью которого была создана база данных.
В процессе разработки информационной системы может возникнуть ситуация, когда структура базы дан-
ных и информационная модель не соответствуют друг другу. ERwin предоставляет возможность привести их в
соответствие.
Для этого предусмотрена функция синхронизации с базой данных. После подключения к СУБД предлага-
ется список несоответствий между существующей структурой данных и моделью. Например, если в базе дан-
ных создана новая таблица, то ERwin предложит провести включение ее в модель. Если в модель добавлена
новая таблица, ERwin предложит создать ее в реальной базе данных. Аналогично, при добавлении колонок в
базе данных или в модели ERwin предлагается провести соответствующие операции по синхронизации.
ERwin «знает» о таких особенностях хранения данных в отдельных СУБД, как сегменты (в Sybase) и таб-
личное пространство (в Oracle). Информация о физическом размещении может быть включена в модель и ис-
пользована при прямом и обратном проектировании.
ERwin поддерживает прямой интерфейс с основными СУБД: DB2, Informix, Ingres, NetWare SQL,
ORACLE, Progress, Rdb, SQL/400, SQLBase, SQL Server, Sybase System 10, Watcom SQL.
ERwin поддерживает также настольные (desktop) СУБД: Microsoft Access, FoxPro, Clipper, dBASE III,
dBASE IV и Paradox.
Отметим, что поддерживаются как самые современные, так и предыдущие версии основных СУБД. На-
пример, для Sybase поддерживается System 10 и версия 4.2; для Oracle – 7 и 6; SQLBase – 6 и 5; Watcom – 4 и 3;
Informix – 6 и 5; Access – 2.0 и 1.1.
Проектирование на физическом уровне выполняется в терминах той базы данных, которую предполагается
использовать в системе. Важно, что ERwin «известны» соответствия между возможностями СУБД различных
производителей, вследствие чего возможна конвертация физической схемы, спроектированной для одной
СУБД, в другую. Например, если при описании ссылочной целостности указана опция «on delete cascade», а
СУБД не поддерживает такой режим, ERwin сгенерирует соответствующий триггер.
Для создания физической структуры БД может быть запрошена генерация DDL-скрипта (data definition
language). При этом используется диалект SQL для выбранного типа и версии сервера. Хотя сгенерированный
код не нуждается в модификации, имеется возможность его сохранить в файл или распечатать.
ERwin реализует собственный макроязык для подготовки прототипов триггеров и процедур. Схема ис-
пользования прототипов заключается в подготовке шаблона для различных типов триггеров (например, триг-
гер, реализующий логику каскадного удаления – ON DELETE CASCADE). Базовые шаблоны встроены в
ERwin, но пользователь может определить свои собственные шаблоны и использовать их вместо стандартных.
Все макрофункции, которые могут применяться в триггерах, могут использоваться также и в процедурах.
Существенно, что процедуры, как и триггеры, связываются с таблицей.
Такой подход позволяет полностью исключить хаотичное внесение изменений в базу данных, так как мо-
дель в ERwin описывает все аспекты базы, в том числе обеспечиваемые триггерами.
В ERwin поддерживаются два типа правил (проверок допустимости значений) и начальных (по умолча-
нию) значений. Правило и умолчание может быть указано для проверки со стороны клиента (например, в
PowerBuilder) и со стороны сервера.
Страницы
- « первая
- ‹ предыдущая
- …
- 44
- 45
- 46
- 47
- 48
- …
- следующая ›
- последняя »
