1 Введення

1.1 Поняття бази даних

База даних – це набір даних по конкретній темі (або даних, що використовуються для конкретної області), у якій окремі фрагменти даних можуть бути знайденi швидко і легко. Термін база даних, як правило, відноситься до програмного пакету, який дозволяє зберiгати і одержувати дані на комп'ютері в структурованій формі.

Залежно від логічної структури даних, що зберігаються в базі даних, розрізняють три класичні моделі бази даних:

1. Ієрархічна;

2. Мережна;

3. Реляційна.

Найширше розповсюдження отримала реляційна модель бази даних.

Microsoft Access – це інструмент, що створює додатки баз даних. Для забезпечення швидкості і надійності в роботі додатку Access компанія Microsoft використовує технологію реляційних баз даних. Крім того, Microsoft використовує технології перетягування, щоб спростити створення форм і звітів, що у свою чергу, дозволяє перетворювати початкові дані на цінну інформацію. Алі найголовніше, що використовуючи додатки баз даних Access, запису на клаптиках паперу і розкидані всюди візитні картки можна перетворити на щось зрозуміле.

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

Додаток – це набір однієї або декількох комп'ютерних програм, розроблених для виконання конкретної задачі. Основна завдання Access – створення інших додатків. Додатки Аccess схожі однин на один, оскільки всі смороду зберiгають і одержують дані, використовуючи набір форматованих вікон, і всі смороду генерують звіти, застосовуючи одні і ті ж формати.

1.2 Основні терміни для роботи з базою даних

Хоча база даних Access містить всі компоненти додатку Access, традиційно база даних вважається об'єктом, який містить одну або декілька таблиць або індексів. Access просто додає власні таблиці для зберігання даних, які потрібні йому для підтримки форм, звітів і інших об'єктів.

Основним об'єктом у базі даних є таблиця.Таблиця – це об'єкт, організований у вигляді рядків і стовпців. Рядок таблиці містить інформацію про окремий об'єкт. Коли йдеться про бази даних, кожний рядок називають записом.

Стовпець у таблиці Access містить самостійний фрагмент інформації про окремий елемент (запису).

Тип даних описує дані, що зберігаються в стовпці.

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

Класи зв'язків – це взаємостосунки між класами єств.

Екземпляри зв'язків – це взаємостосунки між екземплярами єств. Клас єств – це сукупність єств, число класів єств, що беруть доля у зв'язку.

Атрибут – пойменована властивість єств.

Елемент даних – це якнайменша пойменована одиниця даних, яка використовується для представлення значення атрибута.

Запис - це пойменована сукупність полів, яка використовується для зберігання інформації про об'єкт.

Екземпляр запису – це запис з конкретними значеннями полів.

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

1.3 Нормалізація

Перша нормальна форма (1НФ, 1NF) утворює ґрунт для структурованої схеми баз даних:

• Кожна таблиця винна мати основний ключ: мінімальний набір колонок, які ідентифікують запис.

• Уникнення повторень груп (категорії даних, що можуть зустрічатись різну кількість раз у різних записах) правильно визначаючи не-ключові атрибути.

• Атомарність: кожен атрибут винний мати лише одне значення, а не множину значень.

Відношення знаходиться в другій нормальній формі (2НФ) тоді й тільки тоді, коли відношення знаходиться в 1НФ і немає неключових атрибутів, залежних від частини складного ключа. (Неключових атрибут - це атрибут, який не входити до складу жодного потенційного ключа).

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

Відношення R знаходиться в третій нормальній формі (3НФ) тоді й тільки тоді, коли відношення знаходиться в 2НФ і всі неключових атрибути взаємно незалежні.

Критерій	Відношення мало нормалізовані (1НФ, 2НФ)	Відношення сильно нормалізовані (3НФ)
Адекватність бази данних предметної області	ГІРШЕ (-)	КРАЩЕ (+)
Легкість розробки і супровождення бази даних	СЛОЖНІШЕ (-)	ЛЕГШЕ (+)
Швидкість виконання вставки, обновлення, видалення	ПОВІЛЬНІШЕ (-)	ШВИДШЕ (+)
Швидкість виконання виборки	ШВИДШЕ (+)	ПОВІЛЬНІШЕ (-)

Перехід від ненормалізованних відношень до відношень в 3НФ може бути виконаний за допомогою алгоритму нормалізації. Алгоритм нормалізації полягає в послідовній декомпозиції відносин для усунення функціональних залежностей атрибутів від частини складного ключа (приведення до 2НФ) і усунення функціональних залежностей не ключових атрибутів один від одного (приведення до 3НФ).

2 Постановка завдання

2.1 Структури базових таблиць

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

2.2 Визначення зв'язків між таблицями. Типи зв'язків

У БД «Оплата за газ» знаходиться більше однієї таблиці, тому варто визначити зв'язку між таблицями.

При відношенні один-до-багатьох кожен рядок у таблиці пов'язаний з якою-небудь кількістю рядків в іншій таблиці. Зв'язок установлюється за допомогою набору полів, які є загальними для обох таблиць. Таблиця «Оплата» пов'язана з таблицею «Клиенты» за допомогою поля «Фамилия потребителя»