Переносим модели данных ERwin в Rational Data Architect

Опции документа Опции документа, требующие включения JavaScript, не отображаются Обсудить Выскажите мнение об этой странице Помогите нам улучшить содержание

Уровень сложности: средний

Денис Васконселос, специалист по работе с данными, IBM

30.10.2008

IBM® Rational® Data Architect имеет уникальные функции, которых лишены многие представленные на рынке современные инструменты моделирования данных, в том числе, CA ERwin. Осуществите миграцию моделей данных, созданных в CA ERwin Data Modeler в Rational Data Architect, и изучите функции Rational Data Architect, используемые специалистами по моделированию данных и разработке архитектуры данных в повседневной работе.

Введение

Rational Data Architect - это инструмент для моделирования данных и интегрированного проектирования, который предназначен для того, чтобы помочь разработчикам архитектур данных в понимании информационных ресурсов, создании взаимных отображений ресурсов и схем интеграции.

Если вы - разработчик архитектуры данных или моделей данных, то, возможно, вам приходится работать не только с инструментом моделирования, но и с инструментами управления версиями и несколькими моделями данных. Многие инструменты моделирования данных, такие, как ERwin, не могут предложить того уровня интеграции, который обеспечивает Rational Data Architect. Работая с Rational Data Architect, вы имеете в своем распоряжении инструмент, в полной мере интегрированный с пакетом приложений, охватывающим весь жизненный цикл разработки программного обеспечения, что способствует снижению рисков и повышению предсказуемости. Более того, вы можете использовать многие функции моделирования корпоративных данных, которые доступны только в Rational Data Architect: функции интегрированного проектирования, уникального отображения (unique mapping) и выявления соответствий (mapping discovery). Чтобы приступить к использованию этих новых функций, доступных в Rational Data Architect, необходимо сначала перенести имеющиеся модели данных, созданные в ERwin, в Rational Data Architect, и изучить функции, которые чаще всего используются для выполнения повседневных задач.

В начало

Описание графического интерфейса пользователя Rational Data Architect

Графический интерфейс пользователя (GUI) Rational Data Architect построен на базе Eclipse, инфраструктуры с открытым исходным кодом, написанной на языке Java. Если вам уже приходилось работать с Eclipse или любым другим инструментом на базе Eclipse, то вы уже знаете основные принципы работы пользователя с этим общим интерфейсом. Rational Data Architect может работать с одним и тем же интерфейсом на платформах Windows® и Linux®, поэтому вы будете чувствовать себя как дома, в любой из этих двух операционных систем.

При первом запуске Rational Data Architect среда автоматически выбирает перспективу для работы с данными (Data). Это можно проверить следующим образом - кнопка Data в панели вверху справа должна быть нажата, как показано на рисунке 1.

На рисунке 2 показана схема среды Rational Data Architect в режиме перспективы для работы с данными.

Графический интерфейс пользователя перспективы Data включает шесть основных секций, или панелей, а именно:

1. Data project explorer (обозреватель проектов данных): В этой панели отображаются все проекты одной рабочей области и их объекты в виде иерархической структуры. В одной рабочей области могут быть проекты различных типов (то есть, проекты структуры данных и проекты разработки структуры данных). Объекты проектов создаются с учетом ваших действий (например, при создании новой модели данных в проекте разработки структуры данных и т. п.);
2. Database explorer (обозреватель баз данных): В этой панели представлены все подключения к базам данных, которые вы создали либо через Rational Data Architect, либо иначе (то есть, каталогизированная база данных DB2). В любой момент при помощи этой панели можно создать новое подключение к базе данных для любой поддерживаемой системы управления базами данных;
3. Properties (панель свойств): В этой панели отображаются свойства объекта, который в данный момент открыт и активен (то есть, модель данных или какая-либо сущность в логической модели данных). Эта панель помимо основной вкладки имеет и другие вкладки (например, error log и другие);
4. Editor (редактор): Открывая модель данных и/или диаграмму, вы каждый раз видите ее отображение в этой панели, расположенной в центре окна программы;
5. Object (Палитра Объекты): На самом деле это не самостоятельная панель, она зависит от предыдущей панели. В этой панели отображаются все объекты, которые могли быть добавлены;
6. Outline (схема): В этой панели отображаются все объекты, имеющиеся на диаграмме, открытой в панели редактора. Вы можете выбрать любой из двух режимов отображения этой информации: либо в виде уменьшенного изображения всей модели данных, в которой часть диаграммы, отображаемая в данный момент в редакторе, показана затененной, серой областью, либо в виде иерархической структуры.

В начало

Основные различия между двумя инструментами

Прежде, чем приступить к импорту файла ERwin, вы должны иметь представление о некоторых основных различиях между инструментами. В Rational Data Architect вы можете открыть в одной рабочей области несколько проектов, при этом каждый проект может содержать несколько моделей данных. Это возможно благодаря тому, что Rational Data Architect создает папку или каталог для каждого проекта, и объекты этого проекта (другими словами, модели данных) создаются в том же каталоге, если были выбраны соответствующие настройки.

Самое важное отличие заключается в том, что Rational Data Architect создает модели данных в отдельных файлах - один файл содержит логическую модель данных, а другой - физическую.

Это различие в принципах работы с моделями данных может на некоторое время привести вас в замешательство, если раньше вы работали с ERwin, но такой же принцип используется и в PowerDesigner. Из-за этого принципа нам придется выполнять синхронизацию между логической и физической моделями данных, но об этом мы поговорим позже. Сначала это может выглядеть не слишком хорошей новостью, но именно описанный принцип позволяет генерировать несколько физических моделей данных из одной логической модели. Такие физические модели данных могут предназначаться для различных систем управления базами данных (а именно, DB2 и Informix) и/или различных сред.

Нотации моделирования, поддерживаемые Rational Data Architect:

• Логические модели данных:
  • IE - Information Engineering (разработка структуры информации).
• Физические модели данных:
  • IE - Information Engineering (разработка структуры информации);
  • UML.

В начало

Перенос (миграция) модели данных

Необходимые условия для импорта

До того, как импортировать модель, необходимо иметь хотя бы одну созданную и открытую рабочую область, чтобы можно было импортировать или создать модель данных.

Давайте создадим рабочую область, чтобы можно было перейти к импортированию модели данных ERwin.

Выберите из меню команды File > Switch Workspace. Обратите внимание, что в окне, показанном на рисунке 4, говорится не о создании, а о переключении между рабочими областями. Но если вы укажете несуществующую рабочую область, Rational Data Architect создаст ее.

У нас есть рабочая область, теперь необходимо создать проект. Но, поскольку мы собираемся работать с моделями данных, нам необходим определенный тип проекта, а именно проект разработки структуры данных.

Чтобы создать проект, выберите из меню команды File > New > Project. Вы окажетесь на первой странице мастера, показанной на рисунке 5:

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

Как импортировать модель

Сам по себе процесс импорта прост и понятен.

Чтобы начать процесс импортирования, выберите из меню команды File > import. После этого откроется мастер импорта (см. рисунок 7).

В категории Data выделите Data Model Import Wizard, после чего нажмите кнопку Next.

На следующей странице мастер предложит ввести некоторую информацию об импортируемой модели, а именно:

1. Model format (формат модели): Нужно выбрать, в какой версии ERwin была создана модель данных:
   • CA ERwin, версия 3.x (формат ERX);
   • CA AllFusion ERwin Data Modeler, версия 4.x (формат ER1);
   • CA AllFusion ERwin Data Modeler, версия 4.x (формат XML).
2. Model (модель): Просто укажите имя файла и полный путь к файлу, который нужно импортировать;
3. Target project (целевой проект): Выберите проект, в который будет импортирована модель данных;
4. Model type (тип модели): При желании можно указать, какую/какие модели данных импортировать из файла ERwin, логическую, физическую или обе модели (вариант auto-detect). Это лучший вариант, если нужно импортировать файл целиком, при этом вам не придется открывать его, чтобы узнать, содержит ли этот файл только логическую или только физическую модель данных;
5. File Name (имя файла): Укажите, какое имя следует дать файлу новой модели данных. Если импортируется и физическая, и логическая модель, не беспокойтесь - будут созданы файлы с одинаковыми именами, но с разными суффиксами.
   Вот эти суффиксы:
   • ldm - для логической модели данных;
   • pdm - для физической модели данных.

Введите необходимую информацию, а затем нажмите кнопку Next.

На следующей странице мастера (см. рисунок 9) можно выбрать параметры импорта. (Дополнительную информацию о параметрах импорта можно найти в разделе "Параметры импорта".) Нажмите кнопку Next.

На следующей странице мастера (рисунок 10) будет показана сводка всех ошибок и/или предупреждений, если таковые будут иметь место в ходе импорта. Нажмите кнопку Finish.

В нашем проекте разработки структуры данных создана модель данных, которая в примере, показанном на рисунке 11, названа Migrated .

Параметры импорта

В ходе импорта мы выбрали определенные параметры импорта. Давайте внимательно их изучим.

Верхняя часть окна представляет собой таблицу параметров и значений "Options and Values":

• Apply binary characters filter (Применить фильтрацию двоичных символов)( (по умолчанию: True): Имеет силу только в том случае, если в качестве исходного используется XML-файл. Определяет, следует ли отфильтровать из файла ошибочные двоичные символы перед импортированием. Имейте в виду, что в результате применения этого фильтра могут быть удалены некоторые символы Unicode;
• Import views (импорт представлений) (значение по умолчанию: As views): определяет, как будут импортированы представления:
  
  • As View: представление импортируется как объект "представление";
  • Both as Table and View: для каждого представления в модели ERwin Rational Data Architect создает в импортируемой модели данных таблицу и представление. Эта опция может быть полезна, если модель импортируется в метарепозиторий интеграции Meta Integration Repository, и вы планируете использовать представления как источники перемещения данных.
• Import IDs (Импорт идентификаторов) (значение по умолчанию True): каждый объект в XML-файле ERwin 4 имеет уникальный идентификатор. Если вы выберете значение True Rational Data Architect, то для свойства NativeId будет задано значение, совпадающее с этим уникальным идентификатором;
• Import UDPs (Импорт определяемых пользователем свойств) (значение по умолчанию As Metadata): Свойство, определяемое пользователем (user-defined property, UDP) - это объект определения свойства, который имеет значение по умолчанию. Вы можете выбрать, каким образом определения свойств и значения будут импортированы в Rational Data Architect:
  • As metadata (Как метаданные): импортируются только явно заданные значения, именно они назначаются как значения свойств. Значение по умолчанию сохраняется только для типа свойства;
  • As metadata, migrate default values (Как метаданные, переносить значения по умолчанию): импортируются и явно заданные, и не заданные явно значения как объекты значения свойств;
  • In description, migrate default values (В описании, переносить значения по умолчанию): добавляет имя и значение свойства только в свойства описания объекта, даже если они не заданы явно;
  • Both, migrate default values (Оба варианта, переносить значения по умолчанию): значение UDP импортируется и как метаданные, и в описании объекта.
• Import relationship name(Импортировать имя ассоциации) (значение по умолчанию - From relationship name:
  определяет, как Rational Data Architect должен именовать импортируемые ассоциации. Этот параметр можно использовать, если вы хотите указать, следует ли выбрать более описательное имя или в этом нет необходимости:
  
  • From relationship name (из имени ассоциации): из имеющегося в файле ERwin свойства name;
  • From relationship description (из описания ассоциации): из имеющегося в файле ERwin свойства description.
• Import subject areas (импортировать предметные области) (значение по умолчанию - Imported as diagrams):
  можно определить, как Rational Data Architect будет импортировать из ERwin предметные области;
  
  • Imported as diagrams (импортировать как диаграммы): импортируются только диаграммы. Если вы выберете этот вариант, вы получите только один пакет, имя которого будет соответствовать имени исходной модели данных, а все предметные области будут импортированы как диаграммы в этом пакете;
  • Imported as packages and diagrams (импортировать как пакеты и диаграммы): импортирует как пакеты и диаграммы. Этот вариант можно использовать в том случае, если вы хотите, чтобы для каждой предметной области были созданы пакет и диаграмма;
  • Do not import subject areas (не импортировать предметные области): предметные области не импортируются.

В оставшейся части данной страницы имеются поля:

• Validity check (Проверка корректности) (значение по умолчанию - : basic validity check): Проверка корректности позволяет убедиться, что модель данных выполняет семантические правила для данного формата модели;
• Target database (Целевая база данных) (значение по умолчанию - Auto Detect): выбирает систему управления базами данных, которая должна быть целевой системой для генерируемой модели. Если будет выбрана опция Auto Detect, Rational Data Architect использует ту же СУБД, которая указана в файле ERwin.

После импорта модели

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

В начало

Самые используемые функции

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

Мы импортировали модель данных и изучили ее; теперь давайте рассмотрим основные функции, которые используют в своей повседневной деятельности специалисты по моделированию данных. Знание этих функций позволит вам увереннее ориентироваться в функциях и работать с инструментом.

Преобразование

Как уже говорилось ранее, логическая и физическая модели данных не обновляются автоматически после изменения одной из них. Например, мы создали новый атрибут в объекте employee логической модели данных. Этот новый атрибут, если только он не является чисто логическим, создается Rational Data Architect только в физической модели данных после того, как вы выбрали преобразование логической модели данных в физическую модель.

Чтобы завершить процесс преобразования, необходимо сначала выбрать модель данных, которую нужно преобразовать.

После этого выберите из меню команды Data > Transform > Logical Data Model. Логическая модель данных в этом случае - единственный вариант, потому что мы выбрали для преобразования физическую модель данных.

Каждый раз в этом процессе вы сможете выбрать либо создание новой физической модели данных, либо обновление уже существующей. Если вы выберете создание новой модели, Rational Data Architect предложит указать имя файла и папку назначения (см. рисунок 15).

Если будет выбрано обновление существующей модели, Rational Data Architect предложит выбрать файл, который необходимо обновить (см. рисунок 16):

Независимо от того, выберете ли вы создание новой модели данных или обновление уже существующей, инструменту Rational Data Architect потребуется некоторая дополнительная информация, которая может отличаться в зависимости от выбранного варианта преобразования.

После нажатия кнопки Next запустится процесс преобразования; по окончании процесса вы получите уведомление (см. рисунок 19).

Возможность создать новую модель прекрасно подходит для реализации нескольких целевых баз данных на основе одной логической модели. Кроме того, это хороший вариант, если вы хотите создать очень простое управление версиями вашей модели данных. Однако учтите, что Rational Data Architect может работать с инструментом CVS, поэтому, возможно, у вас есть надежное и полнофункциональное ПО для управления версиями, которое сделает эту работу за вас.

Отчеты

В Rational Data Architect уже имеется несколько образцов готовых отчетов. Выходной формат отчетов может быть PDF или HTML, что позволяет легко распространять или использовать модели данных совместно с другими подразделениями компании или в других проектах, при этом необязательно знать, как работать с этим инструментом или иметь его установленным на своей рабочей станции.

Чтобы сгенерировать отчет в формате HTML, сначала выделите нужную модель данных, а затем выберите из меню команды Data > Publish > Web. В Rational Data Architect выходной формат HTML называется "Web". Выходной файл аналогичен выходному файлу, который генерирует инструмент JavaDoc.

На рисунке 20 показаны параметры, которые можно выбрать при генерации отчета. Ознакомьтесь с ними, чтобы понять, какие параметры лучше соответствуют вашим потребностям.

Чтобы сгенерировать отчет в формате PDF, сначала выделите нужную модель данных, а затем выберите из меню команды Data > Publish > Report. В зависимости от выбранной модели данных вам будут доступны разные шаблоны отчетов.

На рисунке 21 показаны параметры, которые можно выбрать при генерации отчета. Ознакомьтесь с ними и внимательно изучите различные шаблоны отчетов, чтобы вы могли выбрать те из них, которые лучше соответствуют вашим потребностям.

Создание DDL-сценария

Вы легко можете создать из вашей модели данных DDL-сценарий. Для этого просто выберите целевую базу данных или имя схемы, а затем нажмите правой кнопкой мыши и выберите команду Generate DDL (см. рисунок 22).

Выбрав базу данных, для которой нужно сгенерировать DDL, необходимо также выбрать , что следует включить в сценарий DDL (см. рисунок 23).

На следующем этапе необходимо выбрать, для каких объектов нужно сгенерировать DDL (см. рисунок 24).

Кроме того, вы должны указать, следует ли просто выполнить DDL-сценарий на сервере, или вы хотите открыть его для редактирования (см. рисунок 25).

На следующей странице мастера показана сводная информация обо всех выбранных параметрах (см. рисунок 26).

Функция обратного проектирования

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

Вы можете легко создать модель данных на основе имеющейся базы данных при помощи функции обратного проектирования, предлагаемой Rational Data Architect. Rational Data Architect проанализирует таблицы каталога, или системных таблиц, в определенных системах управления базами данных, и создаст модель с учетом этой информации. Но создание модели данных на основе таблиц каталога базы данных - не единственный вариант. Можно также выбрать обратное проектирование на основе DDL-файла.

Сначала выделите категорию Data Models в проекте, в котором вы хотите создать новую модель данных при помощи функции обратного проектирования, а затем нажмите правой кнопкой мыши на этой категории и выберите команды New > Physical Data Model (см. рисунок 27).

Теперь нужно предоставить функции некоторую информацию.

• Destination folder (каталог назначения): каталог, в котором Rational Data Architect физически сохранит файл модели данных;
• File Name (имя файла): имя, которое Rational Data Architect присвоит файлу модели данных;
• Database (база данных): целевая система управления базами данных физической модели данных;
• Version (версия): версия целевой системы управления базами данных для физической модели данных;
• Create from template (создать на основе шаблона): создает пустую модель данных, которая в этом случае не используется;
• Create from reverse engineering (создать при помощи функции обратного проектирования): создает модель данных на основе информации, полученной в ходе процесса обратного проектирования.

Укажите необходимую информацию, а затем выберите опцию Create from reverse engineering и нажмите кнопку Next (см. рисунок 28).

На следующей странице необходимо указать источник. Выберите один из предложенных вариантов: database или DDL script.

Давайте сначала изучим вариант "Database". (О варианте "DDL script" рассказывается далее.)

Вариант "Database"

Если вы выберете этот вариант, то в следующем диалоговом окне вам будет предложено ввести информацию о подключении . Можно создать новое подключение или работать с уже имеющимся. Однако имейте в виду, что имеющееся подключение в данном случае означает подключение, заранее созданное и установленное на данный момент.
В нашем примере используется имеющееся подключение. Выберите вариант Use an existing connection, а затем укажите подключение, которое вы хотите использовать. После этого нажмите кнопку Next (рисунок 30).

На следующей странице можно выбрать имена определенных баз данных для импорта объектов только из соответствующей схемы. Нажмите кнопку Next (рисунок 31).

Поскольку в этом примере выполняется импорт из DB2 для базы данных z/OS, можно также выбрать фильтрацию по имени базы данных. Нажмите кнопку Next (рисунок 32).

Выберите элементы, которые нужно импортировать, и нажмите кнопку Next (рисунок 33).

Последний этап - выбор параметров модели данных.. Нажмите кнопку Next (рисунок 34).

После этого в нашем проекте будет создана модель данных.

Теперь давайте вернемся к варианту "DDL script".

DDL script

Если вы выберете вариант DDL script, вам придется указать имя и полный путь к файлу, чтобы Rational Data Architect мог к нему обратиться (рисунок 35).

Как показано на рисунке 36, Rational Data Architect, прежде, чем создать модель данных, предлагает выбрать некоторые параметры . Нажмите кнопку Next, и Rational Data Architect запустит процесс обратного проектирования.

По завершении процесса Rational Data Architect выведет окно с перечислением ошибок и/или предупреждений, если таковые имели место в ходе процесса (рисунок 37).

Мы создали модель данных при помощи функции обратного проектирования на основе анализа базы данных или DDL-сценария.

Сравнение и синхронизация

Сравнение и синхронизацию можно выполнить тремя разными способами:

• между двумя моделями данных;
• между моделью данных и базой данных;
• между моделью данных и файлом DDL.

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

Для сравнения двух объектов необходимо сначала выделить эти объекты (рисунок 38).

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

В панели сравнения можно выбрать одну из шести команд (рисунок 40):

1. Copy from left to right: скопировать объект слева направо или удалить объект справа, если он не существует слева;
2. Copy from right to left: скопировать объект справа налево или удалить объект слева, если он не существует справа;
3. Analyze left impact: Выполнить анализ влияния изменений до их применения;
4. Analyze right impact: Выполнить анализ влияния изменений до их применения;
5. Generate left delta DDL: Эта кнопка будет доступна только после того, как вы выполните какие-либо изменения при помощи панели сравнения. При этом будет сгенерирован сценарий DDL, необходимый для применения изменений к базе данных;
6. Generate right delta DDL: Эта кнопка будет доступна только после того, как вы выполните какие-либо изменения при помощи панели сравнения. При этом будет сгенерирован сценарий DDL, необходимый для применения изменений к базе данных.

Для примера давайте синхронизируем схемы PDP и DENISV.
Выделите нужную область и нажмите кнопку копирования справа налево (рисунок 41).

В результате этого действия таблица удаляется из схемы PDP, и кнопка "generate left delta DDL" становится доступной (рисунок 42).

Если вы нажмете кнопку "generate left delta DDL", то DDL-сценарий, необходимый для применения изменений, будет выведен на экран (рисунок 43).

Если вы нажмете кнопку Next, Rational Data Architect выведет уведомление с указанием пути, по которому будет сохранен данный сценарий (рисунок 44).

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

Чтобы выполнить этот вид сравнения, выделите схему или базу данных в модели данных, которая была создана в результате обратного проектирования, нажмите на ней правой кнопкой мыши и выберите из контекстного меню команды Compare With > Original Source. Функция попытается определить, какой метод использовался для создания модели данных, DDL- сценарий или подключение к базе данных, затем выполнит сравнение и отобразит результаты в панели сравнения.

В начало

Заключение

Поделитесь мнением... Опубликуйте его на digg.com Разместите на del.icio.us и на Slashdot!

В этой статье описывается пользовательский интерфейс Rational Data Architect, а также импорт файлов ERwin в Rational Data Architect при помощи всего лишь нескольких простых шагов, которые позволят вам быстро научиться работать с этим замечательным инструментом. Кроме того, в статье демонстрируются основные функции, используемые в повседневной работе специалистами по моделированию данных.

После того, как вы выполните перенос (миграцию) моделей, вы сможете использовать некоторые уникальные функции и преимущества, которые доступны только в Rational Data Architect. Например,:

• Интеграция с пакетом приложений, который охватывает весь жизненный цикл разработки программного обеспечения, что способствует снижению рисков и повышению предсказуемости:
  • IBM Rational RequisitePro - Rational Data Architect может выполнить прямую и обратную привязку модели данных к требованиям, которые существуют в репозитории RequisitePro;
  • IBM Rational ClearCase - Rational Data Architect может работать в связке с ClearCase или CVS с целью управления версиями, что позволяет вам улучшить поддержку коллективной работы и управление версиями своих моделей данных;
  • IBM Rational Software Architect - позволяет выполнять преобразования между моделью классов и логической моделью данных.
• Функции уникального отображения (unique mapping) и выявления соответствий (mapping discovery):
  • Rational Data Architect может вручную или автоматически выявлять взаимосвязи между информационными ресурсами (столбцами в таблицах) в пределах одной базы данных и даже в различных базах данных различных разработчиков. При помощи Rational Data Architect также можно отобразить структуры данных в интерфейсы SOA и XML -схемы. Кроме того, в Rational Data Architect предусмотрена поддержка тезауруса, поэтому можно устанавливать соответствия между именами столбцов (то есть, Id = customer = account = cust_id).
• Проектирование с интеграцией:
  • С помощью функций уникального отображения (unique mapping) и обнаружения соответствий (mapping discovery) в Rational Data Architect или вручную вы можете интегрировать модели данных или, другими словами, лучше связать между собой различные модели данных, даже если они принадлежат к разным базам данных.
• Усиленная поддержка DB2 - Rational Data Architect позволяет генерировать, редактировать, импортировать, тестировать, отлаживать, развертывать, сравнивать, экспортировать и выполнять пакетное развертывание SQL-кода, в том числе, хранимых процедур и определяемых пользователем функций из одной уникальной среды (инструмента);
• Поддержка различных платформ ОС - поддерживаются Linux и Windows, наиболее распространенные клиентские операционные системы, для работы в обеих операционных системах используется единый интерфейс;
• Импорт и экспорт в несколько программ - Rational Data Architect может выполнять импорт и экспорт в такие инструменты, как Sybase PowerDesigner, Rational Data Modeler и ERwin;
• Интеграция с IBM Information Server - Rational Data Architect может импортировать и экспортировать модели назначения имен в бизнес-глоссарий WebSphere Business Glossary и обратно, а также экспортировать физические модели данных в WebSphere DataStage.

Как видите, существует немало причин для миграции на Rational Data Architect и использования его уникальных функций.

Ресурсы

• Оригинал статьи: Migrate ERwin data models to Rational Data Architect (EN);
  
  
• IBM Rational Data Architect: получите дополнительную информацию об этом инструменте моделирования корпоративных данных и интегрированного проектирования;(EN)
  
  
• Use Rational Data Architect to import and export XML (Использование Rational Data Architect для импорта и экспорта XML) (developerWorks, ноябрь 2006 г.): создавайте XML-файлы в Rational Data Architect и модели данных из XML-файлов;(EN)
  
  
• Web-сайт developerWorks раздел Information Management и Rational. Разработка приложений: получите дополнительную информацию о наборе инструментов Rational, который предоставляет массу функций для разработки приложений баз данных; (EN)
  
  
• Раздел Information Management сайта developerWorks: узнайте больше о технологиях управления информацией (Information Management). Здесь размещена техническая документация, справочные статьи, материалы для загрузки, информация о продуктах и т.п;
  
  
• Следите за техническими событиями и передачами Web-вещания на сайте developerWorks;(EN)
  
  
• Магазин технической книги: ищите на этом сайте издания по этой и другим техническим темам.(EN)
  
  

• Домашняя страница Rational Data Architect: загрузите бесплатную ознакомительную версию;(EN)
  
  
• Загрузите ознакомительное программное обеспечение IBM и используйте инструменты разработки приложений и связующее ПО из программ DB2®, Lotus®, Rational®, Tivoli® и WebSphere®.(EN)

• Примите участие в обсуждении материала на форуме.
  
  
• Примите участие в блогах developerWorks и присоединяйтесь к сообществу developerWorks.(EN)
  
  

Об авторе

		Денис Васконселос (Denis Vasconcelos) специалист по работе с данными в службе IBM Global Business Services в Бразилии. Он является одним из авторов книги "Хранилище сервисов Tivoli Management и создание отчетов" и статьи "IBM Information Analyzer и оценка качества данных" в справочнике Redbook. Денис - квалифицированный специалист в области администрирования баз данных, моделирования данных, миграции разнородных баз данных и управления проектами. Он имеет степень бакалавра наук в области вычислительной техники, и, кроме того, закончил аспирантуру по специальности "Управление проектами".

Выскажите мнение об этой странице

Пожалуйста, найдите минутку и заполните форму, чтобы повысить уровень сервиса. Помогла ли данная информация достичь Вашей цели? Да Нет Не знаю   Пожалуйста, напишите комментарий, чтобы мы могли улучшить данную страницу:   Насколько полезна эта информация? (1 = Бесполезна, 5 = Очень полезна) 1 2 3 4 5

Поделиться этой статьей: забобрить сохранить в memori

В начало