3.4.6. Переход к даталогической модели

На основе физической модели ERWin можно сгенерировать си­стемный каталог СУБД или соответствующий SQL-скрипт. Создание схемы базы данных из концептуальной модели называется прямым проектированием (Forward Engineering). Для генерации системного каталога БД следует выбрать пункт меню Tasks/Forward Engineer/Schema Generation или щелкнуть по кнопке на панели инструмен­тов. В результате появится окно (рис. 3.29) генерации схемы в выб­ранной целевой СУБД.

Кнопка Filter позволяет убрать объекты из схемы. Кнопка Preview позволяет просмотреть SQL-скрипт, создаваемый ERWin для генера­ции системного каталога СУБД. С помощью кнопки Print можно вы­вести на печать созданный SQL-скрипт. Кнопка Report сохранит тот же скрипт в текстовом файле. Кнопка Generate запускает процесс ге­нерации схемы.

Рис. 3.29. Вид окна генерации схемы

На это следует обратить внимание

1. На построение логической модели базы данных оказывает вли­яние множество факторов, и все они в комплексе должны быть учте­ны при создании даталогической модели.

2. Подход к проектированию логической структуры базы данных, рассмотренный для реляционной модели, может быть применен и при проектировании других структурированных баз данных. При этом в ал­горитме перехода от ER-модели к модели, поддерживаемой конкретной СУБД, должны быть учтены особенности модели данных целевой СУБД.

3. Поскольку базовая ER-модель является объектной по своей сути, то она может быть использована и при создании объектных баз данных.

4. Использование CASE-средств позволяет улучшить качество разрабатываемых проектов, а при создании крупных корпоративных систем является практически неизбежным.

5. Применение CASE-средств не освобождает проектировщика от понимания не только общей сущности, но и деталей даталогического проектирования.

Контрольные вопросы

1. Что называется даталогическим проектированием?

2. Какая информация является исходной для даталогического проек­тирования?

3. В чем заключается проектирование логической структуры базы данных для каждого из известных вам классов СУБД или конкретных СУБД?

4. Какие критерии используются для оценки спроектированной базы данных?

5. В каких случаях и для обеспечения каких целей вводятся искусст­венные идентификаторы?

6. Как отображаются простой объект и его единичные свойства в ре­ляционной базе данных? в других известных вам СУБД?

7. Как отображаются условные свойства объектов в реляционной базе данных? в других известных вам СУБД?

8. Как отображаются множественные свойства объектов в реляцион­ной базе данных? в других известных вам СУБД?

9. Как отображается отношение типа 1:1 между объектами в реляци­онной базе данных? в других известных вам СУБД? Влияет ли при этом класс принадлежности объектов на число требуемых файлов/таблиц?

10. Как отображается отношение типа 1:М между объектами в реля­ционной базе данных? в других известных вам СУБД? Влияет ли при этом класс принадлежности объектов на число требуемых файлов/ таблиц?

11. Как отображается отношение типа М:М между объектами в реля­ционной базе данных? в других известных вам СУБД? Влияет ли при этом класс принадлежности объектов на число требуемых файлов/таблиц?

12. Как отображается в реляционной модели составной объект? в дру­гих известных вам СУБД?

13. Как отображается в реляционной модели обобщенный объект?

14. Как отображается в реляционной модели агрегированный объект?

15. Все ли показатели, отображенные в инфологической модели, долж­ны включаться в базу данных?

16. Какие факторы влияют на принятие решения о выборе показате­лей, хранимых в базе данных?

17. В каком случае надо проводить вертикальное и горизонтальное разбиение файлов/таблиц базы данных?

18. Что в ERWin называется физической моделью?

19. Как можно построить физическую модель в ERWin?

20. В чем состоят отличия физической модели от логической (в ERWin)?

21. Может ли физическая модель содержать элементы (таблицы, поля и др.), которые отсутствовали в логической модели (в ERWin)? Если да, то чем это может быть вызвано?

22. Может ли логическая модель содержать элементы (сущности, атрибуты), которые не переносятся в физическую модель (в ERWin)? Если да, то чем это может быть вызвано?

23. Что называется «целевой СУБД»? Как можно выбрать целевую СУБД?

24. К каким изменениям в физической модели приведет смена це­левой СУБД?

25. В каких нотациях может быть построена физическая модель? Чем они отличаются друг от друга?

26. Как можно построить хранилище данных с использованием ERWin?

27. Что представляет собой схема «звезда»?

28. Что в хранилище данных называется таблицей факта? таблицами измерения? «вынесенными» (консольными) таблицами?