проектування бази даних повинен надати замовник. Однак для цього він повинен володіти відповідною термінологією і знати, хоча б у загальних рисах, технічні можливості основних СУБД. На жаль, на практиці таке положення зустрічається не завжди.
3.2 Розробка структури бази даних
З'ясувавши основну частину даних можна приступати до створення структури бази, тобто структури її основних таблиць.
1. Робота починається з складання основного списку полів - він може налічувати десятки і навіть сотні позицій.
2. Відповідно з типом даних, що розміщуються в кожному полі, визначають найбільш підходящий тип для кожного поля.
3. Далі розподіляють поля основного списку з базових таблицями. На першому етапі розподіл виробляють за функціональною ознакою. Мета - забезпечити, щоб введення даних в одну таблицю вироблявся, по можливості на одному робочому місці.
4. У кожній з таблиць задається ключове поле . В якості такого вибирають поле, дані в якому повторюватися не можуть. Наприклад, для таблиці даних про книжки таким полем може служити інвентарний номер книги. Для таблиці, в якій міститися автори, такого поля можна і не знайти, але його можна створити штучним комбінуванням полей. Якщо в таблиці взагалі немає ні яких полів, які можна було б використовувати як ключові, завжди можна ввести додаткове поле типу Лічильник - воно не може містити повторюваних даних за визначенням.
5. За допомогою олівця та паперу розкреслюють зв'язку між таблицями. Таке креслення називається схемою даних . Існує кілька типів можливих зв'язків між таблицями. Найбільш поширеними є зв'язку В«один до багатьохВ» і В«один до одногоВ». Зв'язок між таблицями організовується на основі загального поля, причому в одній з таблиць воно обов'язково повинно бути ключовим, тобто на боці В«одинВ» має виступати ключове поле, що містить унікальні, неповторювані значення. Значення на стороні В«багатоВ» можуть повторюватися. p> 6. Розробкою схеми даних закінчується В«паперовийВ» етап роботи над технічною пропозицією, після чого приступати до безпосереднього створення бази даних. p> Слід пам'ятати, що по ходу розробки проекту замовнику неодмінно будуть приходити в голову нові ідеї. На всіх етапах проектування він прагне охопити єдиною системою все нові і нові підрозділи і служби підприємства. Можливість гнучкого використання його побажань багато в чому визначається кваліфікацією розробника бази даних. Якщо схема даних складена правильно, підключати до бази нові таблиці неважко. Якщо структура бази нераціональна, розробник може зазнати серйозні труднощі і увійти в суперечність з замовником. Суперечності виконавця з замовником завжди свідчать про недостатньої кваліфікації виконавця. Саме з цього етап попереднього проектування бази даних слід вважати основним. Від його успіху залежить, наскільки база даних стане зручною, і чи будуть з нею працювати користувачі. Якщо...
