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