Практическая работа с DataAtlas Modeler
Основной экран DataAtlas Modeler выглядит следующим образом (рис.3). С его помощью можно создавать новые модели, шаблоны документации и работать с готовыми документами-описаниями.
Рис.3. Основной экран DataAtlas Modeler.
При создании новой модели на экране появляется древообразная структура, отображающая различные элементы ER-модели. Создание новых сущностей начнается с определением дизайнером базы данных новой групы сущностей (рис.4) или импортом уже существующего реляционного дизайна или CASE-модели стороннего производителя.
Рис.4. Структура ER-модели.
После определения сущностей можно при помощи манипулятора типа "мышь" связать их, определив отношения в концептуальной модели данных, назначив глаголы (verbs) отношений и аттрибуты отношений (рис.5).
Далее для каждой сущности (рис.6) строятся аттрибуты, тип данных которых предварительно определяются из общего репозитория IBM TeamConnection (рис.7).
После создания модели и её проверки на непротиворечивость (верификации) можно создать и распечатать документацию (рис.8). Заметим, что в шаблонах документов и комментариях к каждому объекту модели могут использоваться русские буквы, что значительно повышает потребительские свойства IBM VisualAge DataAtlas на российском рынке.
Рис.5. Взаимоотношения между сущностями.
Рис.6. Определение сущности.
Рис.7. Определение типов данных аттрибутов.
Рис.8. Документированная ER-модель.
В завершающей стадии работы с ER-моделью её можно перевести в реляционную модель для испоьзования с конкретной базой данных (рис.9) и далее работать с DataAtlas Dictionary and Designer.
Рис.9. Преобразование ER-модели в реляционную модель.
DataAtlas Dictionary & Designer.
Дизайн базы данных
- это связующее звено между хранимыми данными и производительностью всей базы данных в целом.
DataAtlas Designer
помогает разработчику или администратору базы данных в сложных и часто встречающихся процедурах оптимизации хранения данных. Основными задачами, решаемыми DataAtlas являются следующие действия:
DataAtlas Designer управляется при помощи интуитивно понятного интерфейса на основе "записных книжек", которые используются как для описания свойств объектов, так и для работы с настройками базы данных.
DataAtlas Designer позволяет также получать информацию от встроенной системы анализа дизайна и решения проблем. Имеются следующие типы советов и поддержки:
По запросу, представленные шаги определения дизайна обрабатываются автоматически.
Процесс дизайна баз данных может быть рассмотрен в двух основных перспективах:
DataAtlas Designer поддерживает оба способа разработки.
DataAtlas Dictionary
дает разработчику базы данных методы для управления, разделения ресурсов и стандартизации определения данных, связанных с реляционными базами данных, иерархическими базами данных IBM IMS и приложений на языках разработки высокого уровня. DataAtlas Dictionary использует IBM VisualAge TeamConnection для хранения, обработки, и разделения объектов баз данных с модулями DataAtlas Designer и Modeler и другими средствами разработки (например, IBM VisualAge Generator).
После старта модуля DataAtlas Dictionary & Designer (рис.10) администратор системы управления базами данных может экспортировать данные из уже существующих реляционных и иерархических баз данных, либо создать свою собственную папку для работы с информацией, выбранной из общего репозитария TeamConnection или определенной самим администратором.
Рис.10. Основной экран DataAtlas Dictionary and Designer.
В папке хранится определение таких объектов, как реляцонный дизайн, база данных, таблицы базы данных, индексы и тому подобное (рис.11).
Рис.11. Рабочая папка с объектами, опеделяющими конкретую базу данных.
При работе с атрибутами и индексами таблиц баз данных, администратор может сам определять их структуру (рис.12). Таблицы, индексы и другие объекты, ответственные за структуру данных, имеют опцию контекстного меню "Generate to file" для создания командных файлов на языке описания данных Data Definition Language (DDL). Эти файлы можно исполнить как в интерпретаторе DB2, так и в пакетном или программном (С++, COBOL, Java) файле. Например получив файл my1.ddl, можно дополнить его предложениями:
create database MY1; connect to MY1;
(автоматически сгенерированный код)
и запустить на исполнение командой
db2 -f my.ddl -t
создав таким образом новую базу данных с именем MY1 из существующих в репозитории объектов.
Рис.12. Явное определение структуры таблицы.
Возможно обратное преобразование, когда из реальной физической базы данных можно получить определения объектов для дальнейшей работы в IBM VisualAge DataAtlas (рис.13).
Рис.13. Преобразование определений физической базы данных в реляционный дизайн.