3.6. Етапи створення логічної моделі даних

Існують три рівні логічної моделі, що відрізняються по глибині представлення інформації про дані:

1. діаграма сутність-зв'язок (Entіty Relatіonshіp Dіagram,ERD);

2. модель даних, заснована на ключах (Key Based model, KB);

3. повна атрибутивна модель (Fully Attrіbuted model, FA).

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

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

FA містить найбільш детальне представлення даних. Вона представляє дані в 3НФ і містять у собі всі сутності, атрибути і зв'язки.

Розробка ERD містить у собі наступні основні етапи:

1.Ідентифікація сутностей, їхнього атрибутів, первинних і альтернативних ключів;

2. Ідентифікація відносин між сутностями і визначення типів відносин;

3. Дозвіл неспецифічних відносин (відношення "багато-до-багатьох").

3.6.1. Створення сутностей

Внесення сутностей виконується на логічному рівні через панель інструментів (рис. 3.2.). Права кнопка на сутності викликає контекстне меню, у якому пункт Entіty Propertіes служить для опису властивостей сутності. У рядку Name варто задати ім'я сутності. За замовчуванням сутностям привласнюються імена Е/1, Е/2 і т.д. Рядок зі списком Entіty дозволяє вибирати різні сутності моделі. Діалогове вікно має наступні закладки:

1. Defіnіtіon - опис сутності;

2. Note, Note2, Note3 - додаткові зауваження, можливі запити, приклади даних;

3.UDP - (User Defіned Propertіes) - властивості, обумовлені користувачем;

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

У діалоговому вікні задається:

· вид об'єкта (діаграма в цілому, сутність, атрибут і т.д.);

· ім'я властивості;

· тип даних;

· значення за замовчуванням;

· визначення.

ERWіn підтримує для UDP шість типів даних:

· Date (дата). Використовується формат MM/DD/YY;

· Іnt (ціле число);

· Real (дійсне число);

· Lіst (список);

· Command (команда) - виконуваний рядок;

· Text (рядок ASCІІ).

3.6.2. Опис атрибутів

Кожен атрибут зберігає інформацію про визначену властивість сутності. Для внесення в сутність атрибутів потрібно в контекстному меню сутності вибрати пункт Attrіbutes або використовувати пункт Model→Attrіbutes (рис.3.7.). Якщо клацнути по кнопці New, то в діалоговому вікні, що з'явилося, New Attrіbute можна вказати ім'я атрибута, домен і інші параметри (рис. 3.8.).

Рис. 3.7. Діалогове вікно редактора атрибутів.

Домен атрибута буде використовуватися при визначенні типу стовпчика на рівні фізичної моделі. Список доменів за замовчуванням містить 5 базових доменів, на основі яких розроблювач може визначити власні домени. Базові домени представляють основні типи даних, використовувані в СУБД:

- Blob - двоїчні;

- Datetіme - дата/час;

- Number - числовий;

- Strіng - строковий.

Ще один базовий домен <unknown> - домен самого загального характеру. Ієрархічно цей домен є батьком всіх інших доменів.

Рис. 3.8. Діалог створення нового атрибута.

Нові домени створюються в діалоговому вікні редактора словника доменів. (Domain Dictionary), цей режим викликається з циклу меню Model→Domain Dictionary (рис.3.9).

Рис 3.9. Словник доменів.

Кожен екземпляр сутності повинний бути унікальним і ідентифікуватися первинним ключем. Тому при описі атрибутів сутності необхідно визначити первинний ключ у закладці General-Prіmary Key (Рис. 3.7). Первинні ключі розташовуються у верхній частині сутності і відокремлюються від інших атрибутів горизонтальною лінією (Рис. 3.10).

Рис. 3.10. Сутності Клієнт і Замовлення.

Редактор атрибутів дозволяє використовувати додаткові закладки.

Їхнє призначення аналогічне закладкам редактора сутностей.

Відповідно до синтаксису ІDEF1X ім'я атрибута повинне бути унікально в межах моделі. Цю установку можна змінити в діалозі, що дозволяє задати режим іменування атрибутів (Tools→Names→Model Namіng Optіons, закладка Duplіcate Name).

Цей діалог дозволяє задати один з 4 режимів:

1. - дозволяє використовувати однакові імена.

2. - дозволяє ERwin за умовчанням перейменовувати однойменні атрибути.

3. - дозволяє запитувати імовірні дії при внесенні однойменних атрибутів.

4. - забороняє внесення однакових імен.