2.8.3. Проектирование бд с использованием Rational Rose

Проектирование модели данных и физической структуры для СУБД очень трудоемкий процесс, связанный, в основном, с рутинным описанием большого числа однотипных объектов, использующихся для представления данных и структуры БД. Rational Rose даёт возможности по автоматизации создания концептуальных, логических и физических моделей данных, дополняя классический подход проектирования реляционных схем ER моделями, возможностями более абстрактного семантического моделирования на основе объектного подхода и средств UML. Использование UML дает возможность проектировать схемы БД, ориентированные как на классические реляционные, так и на объектно-реляционные СУБД.

Встроенные в пакет Rational Rose Enterprise Edition утилиты Rational Rose Data Modeler и Rose Oracle8 позволяют осуществлять прямую и обратную генерацию схем БД. Под схемой БД понимается модель структуры хранения данных, элементов для их представления и манипулирования в форме позволяющей без дополнительной обработки отображать такую модель в описание БД на языке, принятом в выбранной целевой СУБД.

Утилита Rational Rose Data Modeler ориентированна на создание реляционных схем БД для наиболее часто используемых СУБД, поддерживающих язык описания и манипулирования данными SQL (Structured Query Language – структурированный язык запросов) в той или иной разновидности (диалекте конкретной СУБД). При построении схемы используются термины реляционных БД: отношение, атрибут, триггер, хранимая процедура и т. д.

Rose Oracle8 ориентированна на объектно-реляционную концепцию фирмы Oracle Corporation. Данная утилита позволяет в процессе создания схемы БД использовать как реляционные, так и специфические для СУБД Oracle объекты представления данных: типы, определенные пользователем, коллекции, методы объектных типов и т.д.

2.8.3.1. Использование стереотипов для представления схем бд

В Rational Rose активно используется механизм стереотипов, что позволяет адаптировать процесс моделирования на UML под нужды представления схем БД. Элементы модели ИС, связанные с проектированием БД, с соответствующими стереотипами для элементов стандартных диаграмм UML, приведены в таблицах 3 и 4.

Таблица 3 – Элементы модели данных (для моделей Rational Data Modeler)

Элемент модели данных	UML диаграмма	Элемент UML	Название стереотипа
БД	компонентов	компонент	Database
Табличное пространство	компонентов	компонент	Tablespace
Схема	—	пакет	Schema
Набор доменов	—	пакет	Domain Package
Домен	классов	класс	Domain
Таблица	классов (Data Model Diagram)	класс	Table
Просмотр	классов (Data Model Diagram)	класс	View
Хранимые процедуры	классов (Data Model Diagram)	класс	SP Container

Таблица 4 – Элементы модели данных (для моделей Rational Oracle8)

Элемент модели данных	UML диаграмма	Элемент UML	Название стереотипа
БД	компонентов	компонент	Database
Табличное пространство	компонентов	компонент	Tablespace
Схема	компонентов	компонент	Schema
Объектный тип	классов	класс	ObjectType
Реляционная таблица	классов	класс	RelationalTable
Объектная таблица	классов	класс	ObjectTable
Встраиваемая таблица	классов	класс	NestedTable
Реляционный просмотр	классов	класс	RelationalView
Объектный просмотр	классов	класс	ObjectView
Коллекция	классов	класс	VARRAY

БД

Б аза данных для модели ИС представляется в качестве системы физического хранения данных и обеспечения доступа к ним. С БД взаимодействуют другие компоненты системы (например, прикладное ПО), с ней связаны схемы данных. Изображение БД на диаграмме компонентов приведено на рисунке 37.

Рис.37. БД в контексте диаграммы компонентов

Табличное пространство

Табличное пространство представляет собой физическое хранилище объектов данных. С ним связан файл БД и хранимые в нем объекты. Изображение табличного пространства приведено на рисунке 38.

Рис.38. Табличные пространства

Схема

Для моделей Rose Data Modeler схемы представляются как логически связанные группы объектов данных. Описание схемы производится на базе пакета (Рисунки 39 и 40). В моделях Rational Oracle8, схема – компонент, в котором реализуются объекты данных, логическое размещение которых может быть представлено разнообразными пакетами (Рисунки 41 и 42).