3.4.3. Уровни просмотра физической модели

Для физической модели, так же как для логической, существует возможность изменения уровня просмотра модели. Для этого можно воспользоваться одной из изображенных кнопок панели инструмен­тов: . Первая из них соответствует уровню сущностей, вторая - уровню колонок, третья - уровню определения (comments view). Эти уровни полностью совпадают с описанными при рассмот­рении логической модели.

Контекстное меню уровня просмотра для физической модели (рис. 3.20) несколько отличается от соответствующего меню для ло­гической модели. Как мы видим, по сравнению с рис. 2.101 отсут­ствует позиция меню Icon, но присутствует Physical Order. Атрибуту в логической модели в физической модели соответствует термин Ко­лонка (Column), a Сущности (Entity) — Таблица (Table).

Рис. 3.20. Контекстное меню «Переключения уровней отображения

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

3.4.4. Сравнение логической и физической моделей

На рис. 3.21 изображен фрагмент логической модели. Сущность ДАТА отмечена как Logical Only, поэтому на физической модели со­ответствующая ей таблица отсутствует (рис. 3.22).

Рис. 3.21. Фрагмент логической модели

На физической модели появилась дополнительная связующая таб­лица СОТРУДНИК_ПРЕДМЕТ, которая разрывает связь М:М между этими сущностями. Преобразование связи М:М происходит автома­тически. В физической модели было создано представление (View), которое показывает фамилии сотрудников и названия предметов, которыми они владеют (V_S4). На схеме физической модели оно изоб­ражено пунктирным прямоугольником с закругленными углами, к которому ведут также пунктирные линии. На схеме логической моде­ли View не отражается.

Рис. 3.22. Фрагмент физической модели

3.4.5. Создание хранилищ данных

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

В хранилищах данных часто используют многомерные модели данных. В связи с тем что в хранилищах данных обрабатываются боль­шие объемы данных, предпринимаются меры, обеспечивающие бо­лее быстрый доступ к ним. Часто это происходит за счет нарушения нормализации данных, что, в свою очередь, приводит к возникнове­нию специфических проблем.

Для реализации многомерной модели данных в хранилищах дан­ных часто используется схема «звезда». Такая схема обычно содер­жит одну большую таблицу, называемую таблицей факта (fact table), помещенную в «центр» схемы, и меньшие по объему вспомогатель­ные таблицы, называемыми таблицами измерения (dimension tables), соединенные с таблицей факта радиальными связями. Схема может также содержать произвольное число вынесенных (консольных) таб­лиц (outrigger tables), соединенных с таблицами измерений.

Как отмечалось ранее, инфологическая модель должна содержать не только описание объектов и связей между ними, но и описание запросов пользователей. И если при проектировании логической структуры реляционной базы данных большее значение имеет пер­вый из названных аспектов, то при создании хранилищ данных, на­против, главную роль играют предполагаемые запросы пользовате­лей. Поэтому перед созданием многомерной модели следует проана­лизировать протекающие бизнес-процессы.

Для получения многомерной^ модели данных (Dimensional Modeling) можно в окне Preferences в блоке Physical Notation выб­рать значение DM (рис. 3.23). Для того чтобы попасть в соответствую­щее окно, надо осуществить следующий выбор позиций меню: Option/ Preference/Methodology.

Перед переходом в нотацию DM будет выдано предупреждающее сообщение (рис. 3.24), говорящее, что если использовать диагональ­ные линии, которые обычно применяются при изображении схемы «звезда», то обратное преобразование линий автоматически будет выполнить невозможно.

Модель (см. рис. 3.24) после преобразования ее в нотацию DM будет иметь вид, представленный на рис. 3.25.

Рис. 3.23. Выбор нотации DM

Рис. 3.24. Предупреждающее сообщение при переходе к нотации DM

Рис. 3.25. Вид модели в нотации DM

В многомерной модели для различения роли таблиц можно ис­пользовать специальные иконки: - для таблицы фактов, - для таблицы измерений, - для консольных таблиц. Чтобы эти иконки появились на схеме, следует выбрать позицию Dimensional Icon нис­падающего контекстного меню (рис. 3.26).

Рис. 3.26. Меню для изображения иконок в DM-модели

При преобразовании физической модели в DM-модель роль каж­дой таблицы определяется системой автоматически. Если имеется необходимость изменить роль таблиц, то надо в окне Редактор таб­лиц снять флажок Calculate Automatically и установить соответству­ющий переключатель (рис. 3.27).

Верхний ряд кнопок панели инструментов для многомерной мо­дели (рис. 3.28) не отличается от аналогичной панели для физичес­кой модели (см. рис. 3.12). Отличия заключаются в кнопках, обозна­чающих тип связи. Кнопка обозначает идентифицирующую связь, кнопка - связь с представлением, а кнопка - неидентифицирующую связь. Как мы видим, в многомерной модели явно не фикси­руются направление связи и кардинальное число. Предопределено, что связь идет по направлению от таблицы размерности к таблице факта и от консольных таблиц к таблице размерности.

Рис. 3.27. Вид окна Редактор таблиц при работе с DM-моделью

Рис. 3.28. Вид панели инструментов

для многомерной модели