4.2 Проектування структури бд

При проектуванні структури БД слід враховувати особливості обраної СУБД: типи і структури даних, способи організації і методи доступу до даних на машинних носіях, сервісні засоби СУБД тощо. Розрізняють проектування логічної (концептуальної моделі) і фізичної структури БД (внутрішньої моделі).

Проектування логічної (концептуальної моделі) складається з:

• вибору форми організації БД: централізована або розподілена;

• вибору архітектури комп'ютерної мережі: файловий сервер, сервер БД;

• вибору СУБД і програмних засобів створення і ведення БД;

• перехід від структури даних ІЛМ до структури даних БД;

• деталізація структури і властивостей БД;

• створення схеми даних.

При проектуванні реляційної БД враховуються обмеження:

• максимальна кількість таблиць у БД;

• максимальне число полів і записів в таблиці;

• типи даних для полів таблиці;

• число і види індексів тощо.

При переході від ІЛМ до логічної структури реляційної БД окремому ІО ставиться у відповідність таблиця. Записи в таблиці складаються з полів, кожне з яких має набір властивостей. Серед полів виділяють індексні поля, які забезпечують прискорення пошуку і впорядкування записів таблиці. Для таблиці може бути заданий первинний індекс – набір полів, які однозначно визначають запис таблиці. Будується схема даних, яка містить взаємопов'язані таблиці і запити. Схема даних є концептуальною моделлю БД.

Проектування фізичної структури БД (внутрішньої моделі) – це визначення місця зберігання БД – сервер, диск, папка, формати даних на рівні полів таблиць.

Розробка додатків – це створення інформаційних технологій, орієнтованих на роботу з БД (організація завантаження даних (форми для введення і редагування даних), обробка даних (запити, макроси, модулі), процеси адміністрування тощо).

Адміністрування БД включає таки види робіт:

• створення системи санкціонованого доступу до БД: організація груп користувачів, введення системи паролів для доступу, специфікацію складу об'єктів БД і режимів їх обробки для груп користувачів, підтримку зовнішніх моделей даних;

• страхове копіювання БД;

• поновлення БД з копій;

• аналіз ефективності зберігання БД на машинному носії, в тому числі: періодичне стискання БД, реструктуризація БД (видалення індексів), розділення файлу БД на серверну і клієнтську частини тощо.

При проектуванні БД важливу роль грає збір вимог кінцевого користувача, важливо зрозуміти загальні вимоги, яким повинна відповідати система.

Проектування БД є інтерактивною процедурою: по завершенню кожного нового етапу необхідно переглянути попередні, виявивши і зробивши необхідні зміни у проекті.

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

На рис. 4.2 представлено 7 етапів проектування БД під керуванням СУБД Access.

загальне проектування системи



проектування звітів



проектування даних



проектування таблиць



проектування полів



проектування форми



проектування меню

Рисунок 4.2 - Етапи проектування БД під керуванням СУБД Access

БД під управлінням СУБД Ассеss – це файл з розширенням *.mdb, який включає в себе класи об'єктів:

• таблиці для збереження даних;

• форми для введення і редагування БД в інтерактивному режимі;

• запити для обробки таблиць і інших запитів;

• сторінки доступу для роботи з БД за допомогою прогарам організації огляду в Інтернеті;

• макроси для автоматизації виконання дій;

• модулі на базовій мові програмування Visual Basic для обробки даних;

• звіти для виведення результатів обробки даних.

За допомогою СУБД Ассеss створюються БД з якими можна працювати в монопольному режимі або в режимі колективного доступу.