загрузка...
загрузка...
На головну

Загальні відомості про середовище проектування AllFusion Erwin Data Modeler

  1. HTML: Загальні відомості.
  2. I. Загальні положення
  3. I. Загальні положення
  4. I. Загальні положення
  5. I. Загальні положення
  6. I. Загальні положення
  7. I. Загальні положення

В даний час швидке і грамотне проектування і реалізація баз даних (БД) без засобів графічного моделювання даних практично неможлива. Ручні методи розробки і супроводу БД давно вже вичерпали себе в силу низької якості і ефективності одержуваного результату і низьку продуктивність праці.

У даній роботі, в якості базового компонента проектування і розробки БД використовується готове CASE засіб AllFusion Erwin Data Modeler, що спирається на стандарти розробки БД FIPS, ISO9001 і мова моделювання БД IDEF1X. CASE засіб AllFusion Erwin Data Modeler реалізує структурні підходи до розвитку інформаційної системи і до дизайну даних цих систем. Дане CASE засіб є лідером серед аналогічних систем, близько 60% коштів моделювання даних світового ринку належить AllFusion Erwin Data Modeler.

AllFusion Erwin Data Modeler не тільки допомагає в дизайні (зображенні) логічної моделі даних, він підтримує дизайн відповідної фізичної моделі даних і автоматично генерує структуру фізичної БД ( "Forward engineering").

AllFusion Erwin Data Modeler включає в себе кошти для генерації з функціонуючої фізичної БД відповідної їй моделі даних ( "reverse engineering"), підтримуючи при цьому обидві - фізичну і логічну / фізичну моделі даних. Таким чином можна підтримувати функціонують БД або здійснювати міграцію всієї БД або її частини (підсхеми БД) на інші серверні платформи.

CASE засіб також включає засоби автоматичного порівняння моделей і баз даних ( "complete compare"), видачі та аналізу відмінностей між ними, що дозволяє в подальшому вибірково переміщати ці відмінності в модель або генерувати їх в БД. Загальна функціональна схема проектування БД за допомогою CASE засоби AllFusion Erwin Data Modeler представлена ??на рис. 5.20.

Використання рівнів моделювання дозволяє реалізувати добре структурований спадний зверху вниз підхід до розробки моделі БД, при якому успіх деталізації об'єктів на нижчому рівні створюється на кожному етапі проектування.

Мал. 5.20. Загальна функціональна схема проектування БД

На верхніх рівнях моделювання інформаційна модель включає загальні відомості про об'єкти, забезпечуючи тим самим її технологічну незалежність від конкретної платформи СУБД. Вона називається логічною моделлю. На більш низьких рівнях проектування модель доповнюється деталізованими відомостями про об'єкти. Це пов'язано з тим, що фізична організація даних, наприклад, в СУБД DB2 істотно відрізняється від фізичної організації цих даних в СУБД Oracle. Така деталізована модель називається фізичною моделлю.

AllFusion Erwin Data Modeler забезпечує два вищевказаних рівня представлення моделі - логічний і фізичний. Логічний рівень включає найбільш загальні відомості про предметну область. Об'єкти моделі логічного рівня називаються сутностями і атрибутами. Логічний рівень моделі даних може бути побудований на основі діаграм моделі бізнес-процесів предметної області. Фізичний рівень дозволяє описати всю детальну інформацію про конкретних фізичних об'єктах - таблицях, шпальтах, зв'язках між об'єктами, індексах, процедурах і ін. При цьому AllFusion Erwin Data Modeler дозволяє створювати моделі трьох типів: модель, що має логічний рівень представлення даних, модель, що має фізичний рівень представлення даних, і модель, що має як логічний, так фізичний рівень.

Таке багаторівневе моделювання БД має ряд переваг. Найбільш очевидне гідність - це систематичне документування, яке може використовуватися постійно для розвитку бази даних і прикладних застосувань, щоб визначити системні вимоги і зв'язати їх безпосередньо до вимог кінцевого користувача. Друге гідність - це забезпечення ясної картини, на які посилаються обмежень цілісності БД. Підтримка посилальної цілісності істотно в реляційної моделі, де відношення не кодуються явно. Третя гідність - це незалежна картина бази даних, яке випливає з "логічної" моделі БД. Логічна модель БД може використовуватися автоматизованими засобами для генерації різних фізичних СУБД. Таким чином, можна використовувати одну і ту ж логічну модель на мові IDEF1x в Erwin, для отримання з неї як схеми таблиць DB2, також як і схеми таблиць для інших СУБД.

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

 логічна модель  фізична модель
 Сутність / об'єкт / (Entity)  Таблиця (Table)
 залежна сутність  Зовнішній ключ FK є частиною PK дочірньої таблиці
 незалежна сутність  Батьківська або дочірня таблиця, у якій FK не є частиною її PK
 Атрибут (Attribute)  Стовпець (Column)
 Логічний тип даних (текст, число, дата)  Фізичний тип даних (залежить від обраного сервера призначення)
 Домен (логічний)  Домен (фізичний)
 Первинний ключ (Primary key)  Первинний ключ, PK індекс
 Зовнішній ключ (Foreign key)  Зовнішній ключ, FK індекс
 Альтернативний ключ (AK)  AK індекс- унікальний, але не первинний ключ
 Інверсійний вхід (IE)  IE індекс - не рідкість індекс, створений для пошуку інформації в таблиці по які унікальному значенню
 Ключова група (Key group)  Індекс (Index)
 Бізнес-правило (Business rule)  Тригер або збережена процедура
 Правило перевірки даних (Validation rule)  Примусовий контроль даних (Constraint)
 Ставлення (Relationship)  Ставлення, реалізоване з використанням FKs
 Ідентифіковані (певні) відносини (Identifying)  FK як частина PK дочірньої таблиці (вище лінії)
 Чи не ідентифіковані (невизначені) відносини (Non-Identifying)  FK не є частиною PK дочірньої таблиці (нижче лінії)
 Ставлення підтипу (Subtype)  Денормалізованние таблиці (Denormalized tables)
 Відносини багато до багатьох (Many-to-many)  Асоціативна таблиця (Associative table)
 Посилальна (відносна) цілісність (cascade, restrict, set null, set default)  Тригери для операцій INSERT, UPDATE і DELETE
 Потужність, кількість елементів (Cardinality)  Тригери для операцій INSERT, UPDATE і DELETE

При проектуванні змішаної моделі, що включає логічний і фізичний рівень, перемикання між ними здійснюється за допомогою списку вибору "Model type indicator" - «Покажчик типу моделі» в панелі інструментів AllFusion Erwin Data Modeler (logical / physical). Стан цього покажчика дуже важливо, так як воно визначає пріоритет термінів логічного рівня перед фізичним рівнем. Треба спочатку визначати об'єкти і їх характеристики на логічному рівні, потім при первісному перемиканні на фізичний рівень відповідні терміни для нього будуть створені автоматично (рис. 5.21.).

Мал. 5.21. Інтерфейс користувача AllFusion Erwin Data Modeler

Робота з компонентом в Erwin організовується за допомогою горизонтального меню "Menu bar" і двох робочих просторів "Model Explorer" і "Diagram Window". Горизонтальне меню AllFusion Erwin Data Modeler розташовується у верхній частині екрану і, хоча воно нагадує типове для такого роду програм, повний перелік функцій меню AllFusion Erwin Data Modeler досить великий і вимагає деякого часу для поетапного проходження по всіх операціях і можливостям, причому деякі з них виконуються досить рідко. Робочий простір "Model Explorer" розташоване в лівій стороні екрану. Воно забезпечує ієрархічне текстове зображення моделі даних, яка синхронно в графічному вигляді представляється в правій частині екрана в робочому просторі "Diagram Window".

У будь-якому з цих просторів за своїм вибором розробник БД може здійснювати виклик всіх операцій з обслуговування елементів логічної і фізичної схем БД: створення, видалення, перейменування, зміна характеристик схем, подсхем, об'єктів, атрибутів, зв'язків, таблиць, стовпців, ключів, шаблонів, тригерів, скриптів, табличних просторів, пулів буферів і інших характеристик. AllFusion Erwin Data Modeler забезпечує координацію внесення змін до обох робочих просторах - як в текстовому, так і в графічному вигляді.

Вся робота в робочому просторі "Model Explorer" виконується в текстовому вигляді, тобто введенням в видаються AllFusion Erwin Data Modeler вікна і поля відповідних значень, або шляхом вибору їх з наданого AllFusion Erwin Data Modeler списку значень.

В "Diagram Window" інструментарій AllFusion Erwin Data Modeler синхронно створювати чи змінювати об'єкти схеми в графічному режимі. Розробник БД може працювати в цьому вікні, використовуючи механізм перетягування графічних елементів схеми (об'єктів, зв'язків) з AllFusion Erwin Data Modeler Toolbox і Drawing toolbar в вікно "Diagram Window". Тут можна просто клацнути мишкою по будь-якому об'єкту або зв'язку і викликати відповідну їм вікно для видачі відомостей про нього і їх коригування.

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

У загальному випадку, розробка та супроводження БД включає такі роботи як: аналіз предметної області, створення схеми БД, коригування та підтримання схеми БД в актуальному стані, випуск нової версії БД, вивантаження і завантаження даних. Життєвий цикл БД (за аналогією з життєвим циклом програмного забезпечення) включає не тільки етап створення (проектування) логічної і фізичної моделей БД, етап генерації БД, етап завантаження даних і тестування, а й етапи робіт, які виконуються при супроводі БД:

отримання вихідних даних для внесення змін і підготовка документації для внесення змін;

виконання підготовчих дій з аналізу моделі експлуатованої БД і планування створення і запуску її нової версії;

виконання редагування старої схеми і отримання нової схеми, отримання завдання на мові DDL для створення нової версії БД;

запуск завдання на створення нової порожньої БД;

виконання вивантаження (експорту) даних зі старої версії БД;

виконання завантаження (імпорту) даних з файлів-копій формату IXF в нову версію БД;

внесення або доповнення необхідних даних в нові об'єкти нової версії;

виконання процедури перевірки і дослідної експлуатації нової версії БД;

введення в промислову експлуатацію нової версії БД і оголошення про її випуску.

 



Попередня   33   34   35   36   37   38   39   40   41   42   43   44   45   46   47   48   Наступна

Значення комбінацій перехресть | Декомпозиція опису процесу | Мова моделювання баз даних IDEF1x | сутності | Зв'язки і відносини | потужність зв'язків | Внутрішні і зовнішні ключі | посилальна цілісність | уявлення | нормалізація даних |

загрузка...
© um.co.ua - учбові матеріали та реферати