0. Етапи проектування бази даних і їх процедури

Проектування бази даних здійснюється в три етапи:

1. Концептуальне проектування;

2. Логічне проектування;

3. Фізичне проектування.

1.6.1. Процедури концептуального проектування

Мета етапу концептуального проектування – створення концептуальної моделі даних виходячи з уявлень користувачів про предметну область. Для її досягнення виконується ряд послідовних процедур.

1. Визначення сутностей і їх документування. Для ідентифікації сутності визначаються об'єкти, які існують незалежно від інших. Такі об'єкти є сутністю. Кожній сутності привласнюється осмислене ім'я, зрозуміле користувачам. Імена і описи сутностей заносяться в словник даних. Якщо можливо, то встановлюється очікувана кількість екземплярів кожної сутності.

2. Визначення зв'язків між сутностями і їх документування. Визначаються тільки ті зв'язки між сутностями, які необхідні для задоволення вимог до проекту бази даних. Встановлюється тип кожного з них. Виявляється клас приналежності сутності. Зв'язкам привласнюються осмислені імена, виражені дієсловами. Розгорнений опис кожного зв'язку з вказівкою його типу і класу приналежності сутності, що бере участь в зв'язку, заноситься в словник даних.

3. Створення ER-моделі предметної області. Для представлення сутностей і зв'язків між ними використовуються ER-діаграми. На їх основі створюється єдиний наочний вигляд модельованої предметної області – ER-модель предметної області.

4. Визначення атрибутів і їх документування. Виявляються всі атрибути, що описують сутність створеної ER-моделі. Кожному атрибуту привласнюється осмислене ім'я, зрозуміле користувачам. Про кожен атрибут в словник даних поміщаються наступні відомості:

· ім'я атрибуту і його опис;

· тип і розмірність значень;

· значення, що приймається для атрибуту за умовчанням (якщо таке є);

· чи може атрибут мати Null-значення;

· чи є атрибут складеним, і якщо це так, то з яких простих атрибутів він складається. Наприклад, атрибут "П.І.П. клієнта" може складатися з простих атрибутів "Прізвище", "Ім'я", "По батькові", а може бути простим, таким, що містить єдині значення, якось "Сидорській Євгеній Михайлович". Якщо користувач не потребує доступу до окремих елементів "ПІП", то атрибут представляється як простій;

· чи є атрибут розрахунковим, і якщо це так, то як обчислюються його значення.

5. Визначення значень атрибутів і їх документування. Для кожного атрибуту сутності, що бере участь в ER-моделі, визначається набір допустимих значень і йому привласнюється ім'я. Наприклад, атрибут "Тип рахунку" може мати тільки значення "депозитний", "поточний", "до запитання", "карт-рахунок". Оновлюються записи словника даних, що відносяться до атрибутів, – в них заносяться імена наборів значень атрибутів.

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

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