Реферат - Системи управління базами даних (СУБД)
14

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

Етапи створення бази даних у середовищі Microsoft Access:
визначення мети створення бази даних;
визначення таблиць, які повинна містити база даних;
визначення структури таблиць (полів та їх типів);
призначення ключів таблиць та створення потрібних індексів;
визначення зв'язків між таблицями;
завантаження даних;
створення інших об'єктів бази даних: запитів, форм, звітів, макросів та модулів;
аналіз ефективності бази даних за допомогою майстра таблиць (меню СЕРВИС>АНАЛИЗ>ТАБЛИЦА) та аналізатора швид-кодії (меню СЕРВИС>АНАЛИЗ>БЬІСТРОДЕЙСТВИЕ).

Розглянемо призначення об'єктів Access.
Таблиця призначена для збереження даних у вигляді записів (рядків) і полів (стовпців). Таблиці складають основу бази даних. Саме в них зберігається інформація, організована певним чином.
Запит - дозволяє отримати потрібні дані з однієї чи декількох таблиць, розрахувати значення деяких даних за формулами.
Форма - об'єкт, призначений, як для введення, так і для виведення даних у зручному для користувача вигляді. У формі можна розмістити елементи керування, які застосовуються для введення, зображення і зміни даних у полях таблиць.
Звіт - об'єкт, призначений для друку даних.
Макроси - засоби для автоматизації роботи з формами, звітами та ін.
Модулі - програмні модулі мовою Visual Basic.


Створення бази даних завжди починається з розробки структури її таблиць. Структура повинна бути такою, щоб при роботі з базою в неї було потрібно вводити якнайменше даних. Якщо введення якихось даних доводиться повторювати неодноразово, базу роблять з декількох зв'язаних таблиць. Структуру кожної таблиці розробляють окремо. Для того щоб зв'язки між таблицями працювали надійно, і за записом з однієї таблиці можна було однозначно знайти запис в іншій таблиці, треба передбачити в таблиці унікальні поля. Унікальне поле - це поле, значення в якому не можуть повторюватися. Якщо дані в полі повторюються і необхідно видавати повідомлення про це, то для таких даних використовують ключове поле.
























Проектування бази даних
Перед тим як створювати таблиці, форми та інші об'єкти, потрібно задати структуру бази даних. Добра структура бази даних є основою для створення адекватної вимогам, ефекти-вної бази даних. Сам процес проектування бази даних являє со-бою складний процес проектування відображення опису предме-тної області у схему внутрішньої моделі даних. Перебіг цього процесу є послідовністю більш простих процесів проектування менш складних відображень. Ця послідовність у процесі проек-тування весь час уточнюється, вдосконалюється таким чином, щоб були визначені об'єкти, їх властивості та зв'язки, які будуть потрібні майбутнім користувачам системи.
Пропонуємо майбутнім користувачам систем управління ба-зами даних два підходи, два варіанти проектування баз даних. Перший варіант широко відомий, бо він запропонований фірмою Microsoft. Другий варіант відображає практичний досвід проек-тування, і за основу взято варіант, надрукований у «ComputerWorld — Moscow» за 1996 рік.

Варіант 1. Етапи проектування бази даних
Нижче наведені основні етапи проектування бази даних:
Визначення мети створення бази даних.
Визначення таблиць, що їх повинна містити база даних.
Визначення необхідних у таблиці полів.
Завдання індивідуального значення кожному полю.
Визначення зв'язків між таблицями.
Відновлення структури бази даних.
Додавання даних і створення запитів, форм, звітів та інших об'єктів бази даних.
Використання засобів аналізу в СУБД.

Розглянемо ці етапи дещо детальніше.
1. Визначення мети створення бази даних. На першому ета-пі проектування бази даних необхідно визначити мету створення бази даних, основні її функції та інформацію, яку вона повинна містити. Тобто потрібно визначити основні теми таблиць бази даних та інформацію, що міститимуть поля таблиць.
База даних має відповідати вимогам тих, хто безпосередньо з нею працюватиме. Для цього потрібно визначити теми, які по-винна покривати база даних, звіти, які вона має видавати, про-аналізувати форми, що у даний момент використовуються для запису даних, порівняти створювану базу даних із добре спроек-тованою, подібною їй базою.
Визначення таблиць, які повинні містити база даних.
Одним із найскладніших етапів у процесі проектування бази да-них є розробка таблиць, тому що результати, які повинна видава-ти база даних (звіти, вихідні форми тощо), не завжди дають по-вне уявлення про структуру таблиці. У разі проектування таблиць зовсім не обов'язково використовувати СУБД. Спочатку краще розробити структуру на папері. Отже, у разі проектування таб-лиць слід керуватися такими основними принципами:
інформація в таблиці не повинна дублюватися. Не повинно бути повторень і між таблицями. Коли певна інформація зберіга-ється лише в одній таблиці, то і змінювати її доведеться лише в одному місці. Це робить роботу ефективнішою, а також виклю-чає можливість розбіжності інформації в різних таблицях. На-приклад, в одній таблиці мають міститися адреси й телефони клі-єнтів;
кожна таблиця повинна містити інформацію лише на одну тему. Дані на кожну тему опрацьовуються набагато легше, якщо вони утримуються в незалежних одна від іншої таблицях. Наприклад, адреси та замовлення клієнтів зберігаються в різних табли-цях, щоб у разі вилучення замовлення інформація про клієнта за-лишилася в базі даних.
3. Визначення необхідних у таблиці полів. Кожна таблиця містить інформацію на окрему тему, а кожне поле в таблиці міс-тить окремі дані по темі таблиці. Наприклад, у таблиці з даними про клієнта можуть бути поля з

---

Сторінки: 1 2 3 4