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

  1. Опис графічного інтерфейсу користувача Rational Data Architect
  2. Малюнок 1. У Rational Data Architect обрана перспектива Data
  3. Малюнок 2. Rational Data Architect, робоче середовище
  4. Основні відмінності між двома інструментами
  5. Малюнок 3. Принцип різних файлів
  6. Таблиця 1. Відмінності в термінології
  7. Перенесення (міграція) моделі даних
  8. Малюнок 4. Створення робочої області
  9. Малюнок 5. Створення проекту розробки структури даних
  10. Малюнок 6. Створений проект
  11. Малюнок 7. Майстер імпорту
  12. Малюнок 8. Майстер імпорту - Data model
  13. Малюнок 9. Майстер імпорту - параметри імпорту
  14. Малюнок 10. Майстер імпорту - зведена інформація
  15. Малюнок 11. Імпортована модель
  16. Малюнок 12. Параметри імпорту
  17. Після імпорту моделі
  18. Найуживаніші функції
  19. перетворення
  20. Малюнок 13. Вибір моделі даних для перетворення
  21. Малюнок 14. Цільова модель даних
  22. Малюнок 15. Створення нової моделі даних
  23. Малюнок 16. Оновлення існуючої моделі
  24. Малюнок 17. Параметри перетворення фізичної моделі в логічну
  25. Малюнок 19. Висновок перетворення
  26. Звіти
  27. Малюнок 20. Звіт - Web-формат
  28. Малюнок 21. Звіт - формат PDF
  29. Створення DDL-сценарію
  30. Малюнок 22. Вибір бази даних
  31. Малюнок 23. Параметри DDL
  32. Малюнок 24. Вибір об'єктів
  33. Малюнок 25. Збереження і виконання
  34. Малюнок 26. Зведена інформація
  35. Малюнок 27. Функція зворотного проектування Reverse engineer
  36. Малюнок 28. Функція Reverse engineer - параметри файлу моделі
  37. Малюнок 29. Reverse engineer - джерело
  38. Малюнок 30. Функція Reverse engineer - вибір підключення до бази даних
  39. Малюнок 31 Функція Reverse engineer - фільтрація за схемою
  40. Малюнок 32. Функція Reverse engineer - фільтрація по імені бази даних
  41. Малюнок 33. Функція Reverse engineer - фільтрація елементів
  42. Малюнок 34. Функція Reverse engineer - параметри моделі даних
  43. Малюнок 35. Функція Reverse engineer - файл сценарію
  44. Малюнок 36. Reverse engineer - Параметри
  45. Малюнок 37. Reverse engineer - Зведена інформація
  46. Порівняння і синхронізація
  47. Малюнок 38. Порівняння - об'єкти
  48. Малюнок 39. Порівняння - відмінності між таблицями
  49. Малюнок 40. Порівняння - команди (кнопки)
  50. Малюнок 41. Копіювання справа наліво
  51. Малюнок 42. Кнопка "Generate left delta ddl" доступна
  52. Малюнок 43. Delta DDL
  53. Малюнок 44. Збереження DDL-сценарію
  54. Висновок
  55. Ресурси для скачування

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.

Малюнок 1. У Rational Data Architect обрана перспектива Data
Rational Data Architect - це інструмент для моделювання даних і інтегрованого проектування, який призначений для того, щоб допомогти розробникам архітектур даних в розумінні інформаційних ресурсів, створення взаємних відображень ресурсів і схем інтеграції

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

Малюнок 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 створює моделі даних в окремих файлах - один файл містить логічну модель даних, а інший - фізичну.

Малюнок 3. Принцип різних файлів

Ця різниця в принципах роботи з моделями даних може на деякий час привести вас в замішання, якщо раніше ви працювали з ERwin, але такий же принцип використовується і в PowerDesigner. Через це принципу нам доведеться виконувати синхронізацію між логічного і зниження фізичної моделями даних, але про це ми поговоримо пізніше. Спочатку це може виглядати не дуже гарною новиною, але саме описаний принцип дозволяє генерувати кілька фізичних моделей даних з однієї логічної моделі. Такі фізичні моделі даних можуть призначатися для різних систем управління базами даних (а саме, DB2 і Informix) і / або різних середовищ.

Нотації моделювання, підтримувані Rational Data Architect:

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

Деякі відмінності в термінології:

Таблиця 1. Відмінності в термінології

ERwin Rational Data Architect Збережені предметні області і області відображення Діаграма Примітки Документація

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

Необхідні умови для імпорту

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

Давайте створимо робочу область, щоб можна було перейти до імпортування моделі даних ERwin.

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

Малюнок 4. Створення робочої області

У нас є робоча область, тепер необхідно створити проект. Але, оскільки ми збираємося працювати з моделями даних, нам необхідний певний тип проекту, а саме проект розробки структури даних.

Щоб створити проект, виберіть з меню команди File> New> Project. Ви опинитеся на першій сторінці майстра, показаної на малюнку 5:

Малюнок 5. Створення проекту розробки структури даних

На малюнку 6 показаний щойно створений нами проект.

Малюнок 6. Створений проект

Як імпортувати модель

Сам по собі процес імпорту простий і зрозумілий.

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

Малюнок 7. Майстер імпорту

У категорії Data виділіть Data Model Import Wizard, після чого натисніть кнопку Next.

Малюнок 8. Майстер імпорту - Data model

На наступній сторінці майстер запропонує ввести деяку інформацію про імпортованої моделі, а саме:

  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.

Малюнок 9. Майстер імпорту - параметри імпорту

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

Малюнок 10. Майстер імпорту - зведена інформація

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

Малюнок 11. Імпортована модель

параметри імпорту

В ході імпорту ми вибрали певні параметри імпорту. Давайте уважно їх вивчимо.

Малюнок 12. Параметри імпорту

Верхня частина вікна є таблицею параметрів і значень "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 тільки в фізичної моделі даних після того, як ви вибрали перетворення логічної моделі даних в фізичну модель.

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

Малюнок 13. Вибір моделі даних для перетворення

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

Малюнок 14. Цільова модель даних

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

Малюнок 15. Створення нової моделі даних

Якщо буде вибрано оновлення існуючої моделі, Rational Data Architect запропонує вибрати файл, який необхідно оновити (див. Малюнок 16):

Малюнок 16. Оновлення існуючої моделі

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

Малюнок 17. Параметри перетворення фізичної моделі в логічну
Малюнок 18. Параметри перетворення логічної моделі у фізичну

Після натискання кнопки Next запуститься процес перетворення; після закінчення процесу ви отримаєте повідомлення (див. малюнок 19).

Малюнок 19. Висновок перетворення

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

Звіти

У Rational Data Architect вже є кілька зразків готових звітів. Вихідний формат звітів може бути PDF або HTML, що дозволяє легко поширювати або використовувати моделі даних спільно з іншими підрозділами компанії чи в інших проектах, при цьому необов'язково знати, як працювати з цим інструментом або мати його встановленим на своїй робочій станції.

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

Малюнок 20. Звіт - Web-формат

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

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

Малюнок 21. Звіт - формат PDF

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

Створення DDL-сценарію

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

Малюнок 22. Вибір бази даних

Вибравши базу даних, для якої потрібно згенерувати DDL, необхідно також вибрати, що слід включити в сценарій DDL (див. Малюнок 23).

Малюнок 23. Параметри DDL

На наступному етапі необхідно вибрати, для яких об'єктів потрібно згенерувати DDL (див. Малюнок 24).

Малюнок 24. Вибір об'єктів

Крім того, ви повинні вказати, чи слід просто виконати DDL-сценарій на сервері, або ви хочете відкрити його для редагування (див. Малюнок 25).

Малюнок 25. Збереження і виконання

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

Малюнок 26. Зведена інформація

Функція зворотного проектування

У багатьох випадках у нас немає моделі даних, створеної для бази даних в процесі розробки на попередніх стадіях, але це не можна вважати виправданням відсутності моделі взагалі.

Ви можете легко створити модель даних на основі наявної бази даних за допомогою функції зворотного проектування, пропонованої Rational Data Architect. Rational Data Architect проаналізує таблиці каталогу, або системних таблиць, в певних системах управління базами даних, і створить модель з урахуванням цієї інформації. Але створення моделі даних на основі таблиць каталогу бази даних - не єдиний варіант. Можна також вибрати зворотне проектування на основі DDL-файлу.

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

Малюнок 27. Функція зворотного проектування Reverse engineer

Тепер потрібно надати функції деяку інформацію.

  • 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).

Малюнок 28. Функція Reverse engineer - параметри файлу моделі

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

Малюнок 29. Reverse engineer - джерело

Давайте спочатку вивчимо варіант "Database". (Про варіанті "DDL script" розповідається далі.)

Варіант "Database"

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

Малюнок 30. Функція Reverse engineer - вибір підключення до бази даних

На наступній сторінці можна вибрати імена певних баз даних для імпорту об'єктів тільки з відповідної схеми. Натисніть кнопку Next (рисунок 31).

Малюнок 31 Функція Reverse engineer - фільтрація за схемою

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

Малюнок 32. Функція Reverse engineer - фільтрація по імені бази даних

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

Малюнок 33. Функція Reverse engineer - фільтрація елементів

Останній етап - вибір параметрів моделі даних .. Натисніть кнопку Next (рисунок 34).

Малюнок 34. Функція Reverse engineer - параметри моделі даних

Після цього в нашому проекті буде створена модель даних.

Тепер давайте повернемося до варіанту "DDL script".

DDL script

Якщо ви виберете варіант DDL script, вам доведеться вказати ім'я та повний шлях до файлу, щоб Rational Data Architect міг до нього звернутися (рисунок 35).

Малюнок 35. Функція Reverse engineer - файл сценарію

Як показано на малюнку 36, Rational Data Architect, перш, ніж створити модель даних, пропонує вибрати деякі параметри. Натисніть кнопку Next, і Rational Data Architect запустить процес зворотного проектування.

Малюнок 36. Reverse engineer - Параметри

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

Малюнок 37. Reverse engineer - Зведена інформація

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

Порівняння і синхронізація

Порівняння і синхронізацію можна виконати трьома різними способами:

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

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

Для порівняння двох об'єктів необхідно спочатку виділити ці об'єкти (рисунок 38).

Малюнок 38. Порівняння - об'єкти

Після того, як об'єкти для порівняння будуть обрані, програма згенерує таблицю, яка буде показувати відмінності між моделями даних. У нашому випадку моделі даних відрізняються цілими таблицями. Але якщо будь-яка таблиця існує в обох моделях, то будуть показані тільки розрізняються стовпці.

Малюнок 39. Порівняння - відмінності між таблицями

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

Малюнок 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).

Малюнок 41. Копіювання справа наліво

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

Малюнок 42. Кнопка "Generate left delta ddl" доступна

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

Малюнок 43. Delta DDL

Якщо ви натиснете кнопку Next, Rational Data Architect виведе повідомлення із зазначенням шляху, по якому буде збережений даний сценарій (рисунок 44).

Малюнок 44. Збереження DDL-сценарію

Крім порівняння об'єктів одного проекту, можна також порівнювати моделі даних з базою даних або DDL-сценарієм. Однак цей варіант можна вибрати тільки для тих моделей даних, які були створені в результаті зворотного проектування.

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

Висновок

У цій статті описується інтерфейс 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 і використання його унікальних функцій.

Ресурси для скачування

Схожі тими

Підпішіть мене на ПОВІДОМЛЕННЯ до коментарів