Проектування бази даних
1.1 Концептуальне проектування
Методологія проектування - структурований підхід, що передбачає використання спеціалізованих процедур, технічних прийомів, інструментів, документації і націлений на підтримку і спрощення процесу проектування.
У пропонованій методології проектування БД увесь процес розробки розділяється на три основні фази: концептуальне, логічне і фізичне проектування, які будуть детально розглянуті далі
Етап 1. Визначення типів сутей.
Це складний, творчий і ітеративний процес. Порядок його реалізації наступний:
вивчаються специфікації по виконанню функцій підприємства;
із специфікацій витягаються усі іменники або їх поєднання з прикметниками;
вибираються найбільші об'єкти, а другорядні включаються в них (чи стають потім атрибутами);
пошук об'єктів, існуючих незалежно від інших;
документування типів сутностей :
привласнення зрозумілого імені;
визначення (якщо можливо) кількості екземплярів сутностей в типі суті;
приміщення в словник.
Етап 2. Визначення типів зв'язків :
вибираються вирази з дієсловами;
як правило, зв'язки парні, але обов'язково перевіряти наявність комплексних зв'язків (> 2);
встановлюється кардинальність зв'язків : 1:1, 1:М, N: M;
документування типів зв'язків :
привласнення імен;
опис кардинальності;
приміщення в словник.
Етап 3. Визначення атрибутів і зв'язування їх з типами сутностей і зв'язків :
вибір іменників, що описують властивості (якість, характеристику) вибраних вже сутностей або зв'язків .
важливо чітко визначитися у видах атрибутів;
документування в словник:
ім'я і опис;
синоніми, якщо є (аліаси);
тип даних і розмірність значення;
значення за умовчанням (якщо є);
чи є обов'язковим (чи може бути NULL);
якщо складений - з чого складається;
якщо похідний - як обчислюється;
багатозначний або ні.
Етап 4. Визначення доменів атрибутів.
Документування в словник:
набір допустимих значень для атрибуту;
відомості про розмір і формат кожного з полів атрибутів.
Етап 5. Визначення атрибутів, що є потенційними і первинними ключами.
Рекомендації по вибору первинного ключа з потенційних:
з мінімальним набором атрибутів (ідеал - один атрибут);
з мінімальною вірогідністю зміни значень і втрати унікальності в майбутньому;
зі значенням мінімальної довжини (для текстових атрибутів);
той, з яким простіше працювати користувачеві.
Документування в словник.
Етап 6. Спеціалізація або генералізує типів сутностей (необов'язковий етап).
Етап 7. Створення діаграми (сутність - зв'язок).
Створюються остаточні варіанти ER -диаграмм, що відображують локальні концептуальні моделі даних (ЛКМД), характеризуючі представлення окремих користувачів про предметну область застосування.
Етап 8. Обговорення ЛКМД з кінцевими користувачами.
Для створеної діаграми "сутність - зв'язок"(Рис.1) визначимо словник даних (Таблиця 1)
Таблица 1– Словник даних концептуального проектування
№ з/п |
Назва атрибуту |
До якої сутності відноситься |
Тип даних атрибуту |
Набір значень атрибуту(домен) |
1 |
2 |
3 |
4 |
5 |
|
|
Код співробітника |
співробітник |
лічильник |
|
|
|
Ф.И. О. |
співробітник |
текстовий |
|
|
|
Дата народження |
співробітник |
дата/час |
|
|
|
Індекс |
співробітник |
числовий |
|
|
|
Місто |
співробітник |
текстовий |
|
|
|
Вулиця |
співробітник |
текстовий |
|
|
|
Телефон робітник |
співробітник |
числовий |
|
|
|
Телефон домашній |
співробітник |
числовий |
|
|
|
Расчетний рахунок |
співробітник |
грошовий |
|
|
|
Паспорт серія |
співробітник |
текстовий |
|
|
|
Паспорт номер |
співробітник |
числовий |
|
|
|
Код підприємства |
співробітник |
числовий |
|
|
|
Назва |
предпреятие |
текстовий |
|
Продовження таблиці 1– Словник даних концептуального проектування
1 |
2 |
3 |
4 |
5 |
|
|
Ф.И. О. директори |
предпреятие |
текстовий |
|
|
|
Ф.И. О. представника |
предпреятие |
текстовий |
|
|
|
Індекс |
предпреятие |
числовий |
|
|
|
Місто |
предпреятие |
текстовий |
|
|
|
Вулиця |
предпреятие |
текстовий |
|
|
|
Телефон |
предпреятие |
числовий |
|
|
|
Факс |
предпреятие |
числовий |
|
|
|
Расчетний рахунок |
предпреятие |
лічильник |
|
|
|
Код товару |
предпреятие |
числовий |
|
|
|
Назва |
продаж |
текстовий |
|
|
|
Ціна |
продаж |
грошовий |
|
|
|
Рівень співпраці |
продаж |
текстовий |
тимчасова або постійна співпраця |
|
|
Дата підготовки |
продаж |
числовий |
|
|
|
Вартість підготовки |
продаж |
числовий |
|
|
|
Дата відправки матеріалів |
продаж |
дата/час |
|
|
|
Сума винагороди |
продаж |
грошовий |
|
|
|
Дата виплати винагороди |
продаж |
дата/час |
|
|
|
Код контракту |
продаж |
числовий |
|
|
|
Дата контракту |
продаж |
дата/час |
|
|
|
Сума контракту |
продаж |
грошовий |
|
|
|
Сума виплати |
продаж |
грошовий |
|
|
|
Дата виплати |
продаж |
дата/час |
|
Рис. 1 – ER діаграма