Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Диго С.М. Базы данных проектирование и использование.doc
Скачиваний:
723
Добавлен:
14.05.2016
Размер:
12.04 Mб
Скачать

3.4. Создание физической модели в erWin

3.4.1. Выбор целевой субд

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

Для отображения физической модели в ERWin следует восполь­зоваться списком выбора, расположенным в левой части панели ин­струментов (рис. 3.9).

Рис. 3.9. Переключение в режим отображения

физической модели

Перед созданием физической модели следует выбрать целевую СУБД. Для этого можно воспользоваться кнопкой (Select Target Server) инструментального меню. В появившемся окне (рис. 3.10) нужно выбрать желаемую СУБД и ее версию. Эта возможность до­ступна только на физическом уровне.

Если в явном виде СУБД не указана, то физическая модель стро­ится для СУБД, выбираемой по умолчанию (Oracle). Сменить целе­вую СУБД можно на любом этапе проектирования. Возможность ис­пользовать одну и то же логическую модель для получения разных физических моделей является большим преимуществом CASE-технологий.

Вид окна Target Server будет несколько различаться в зависимо­сти от выбранной СУБД.

Рис. 3.10. Выбор целевой СУБД

3.4.2. Нотации, используемые при построении физической модели

Так же как и при изображении логической модели, для представ­ления физической модели используется несколько нотаций (рис. 3.11), а именно: IDEF1X (Integration DEFinition for Information Modeling), IE (Information Engineering) и DM (Dimensional Modeling). Как видим, по сравнению с логическим моделированием появилась дополнитель­ная нотация - DM, о которой далее будет сказано особо.

Вид панели инструментов (ERWin Toolbox) для физической мо­дели в нотации IDEF1X представлен на рис. 3.12.

Кнопка соответствует таблице базы данных, кнопка представлению (view). Кнопки , и несут ту же функциональность, что аналогичные кнопки в логической модели. Кнопка (view relationship) используется для связывания представлений.

Рис. 3.11. Выбор методологии при создании физической модели

Рис. 3.12. Вид панели инструментов для физической модели

в нотации IDEFIX

На рис. 3.13 изображена физическая модель в нотации IDEF1X полученная из логической модели (см. рис. 2.99).

Редактор таблиц на стадии физического моделирования имеет отличия от соответствующего редактора, используемого на стадии логического моделирования. Более того, он имеет специфические особенности, связанные с характеристиками выбранной целевой СУБД. На рис. 3.14 представлен вид окна редактора таблиц (Table Editor) для целевой СУБД Access, а на рис. 3.15 - для целевой СУБД Oracle.

Рис. 3.13. Физическая модель данных

Рис. 3.14. Вид окна редактора таблиц для целевой СУБД Access

Рис. 3.15. Вид окна редактора таблиц для целевой СУБД Oracle

Контекстные меню также имеют некоторые различия в зависимо­сти от выбранной целевой СУБД (рис. 3.16, 3.17).

Рис. 3.16. Контекстное меню для целевой СУБД Access

Рис. 3.17. Контекстное меню для целевой СУБД Oracle

Вкладка Volumetrics может быть использована для оценки раз­мера БД (рис. 3.18). Для того чтобы оценить размер БД, предвари­тельно для каждой таблицы нужно задать число записей в них.

Рис. 3.18. Вид окна редактора таблиц. Вкладка Volumetrics

Посмотреть результат вычислений можно, выбрав позиции меню Tasks/Generate Reports и затем - нужный отчет. При открытии отче­та появится окно Опций Отчета (рис. 3.19). Если, описывая размер таблицы, указывать Grow By (прирост числа записей в месяц), то в отчете можно посмотреть не только начальный размер таблицы, но и прогнозируемый размер через заданное число месяцев.

Рис. 3.19. Вид окна Опции отчета