3) Збір та аналіз інформації за допомоги реляційних баз даних. Створення таблиць та зв язків між ними.

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

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

Реляційна; Ієрархічна; Мережева.

Реляційна модель БД - побудована на взаємовідношеннях між складовими структури:складається з сукупності взаємо-пов язаних двовимірних таблиць; набір простих таблиць, між якими встановлені зв язки(відношення) за допомогою числових кодів.

У реляційній моделі досягається більш високий рівень абстракції даних, ніж в ієрархічній або мережевій.

До складу реляційної моделі даних зазвичай включають три складові частини реляційної моделі даних:

структурна

маніпуляційна

цілісна

Структурна частина .Даний неформальний підхід до поняття відношення дає більш звичну для розробників і користувачів форму представлення, де реляційна база даних являє собою кінцевий набір таблиць.

Маніпуляційна частина моделі визначає два фундаментальних механізми маніпулювання даними — реляційну алгебру і реляційне числення. Основною функцією маніпуляційної частини реляційної моделі є забезпечення заходів реляційності будь-якої конкретної мови реляційних БД.

Цілісна частина моделі визначає вимоги цілісності сутностей і цілісності посилань.

Таблиці – об єкти, у яких безпосередньо зберігаються дані. Створити таблицю можна, вибравши у вікні БД вкладку «Таблиця» і використавши «Конструктор» або «Майстер».

Введення даних і назв полів(режим таблиця);

Конструктор-ручне налаштування;

Майстер таблиць-створення таблиць стандартних типів(Товари, Клієнти, Співробітники…);

Імпорт таблиць-завантаження даних із інших джерел(з інших БД Access, з БД інших форматів, з таблиць Excel, з документів XML).

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

Реляційна база даних може містити велику кількість взаємозв'язаних таблиць. Зв'язку встановлюється між двома загальними полями (стовпцями) двох таблиць. Задавши зв'язки між таблицями, можна створити запити, форми і звіти для відображення відомостей, представлених в декількох таблицях. Між двома таблицями можуть існувати наступні зв'язки:

 один до одного — при такому типові зв'язку одного запису в першій таблиці відповідає лише одна запис в іншій таблиці.

 один до багатьом — в цьому випадку запис однієї таблиці може мати декілька погоджених з нею записів в іншій таблиці.

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

 багато до багатьом — кожному запису з однієї таблиці може відповідати будь-яка кількість записів в іншій таблиці і навпаки.

Переваги реляційної моделі:

простота і доступність для розуміння користувачем. Єдиною використовуваною інформаційною конструкцією є «таблиця»;

суворі правила проектування, які базуються на математичному апараті;

повна незалежність даних. Зміни в прикладній програмі при зміні реляційної БД мінімальні;

для організації запитів і написання прикладного ПЗ немає необхідності знати конкретну організацію БД у зовнішній пам'яті.

Недоліки реляційної моделі:

далеко не завжди предметна область може бути представлена у вигляді «таблиць»;

в результаті логічного проектування з'являється множина «таблиць». Це призводить до труднощів розуміння структури даних;

БД займає відносно багато зовнішньої пам'яті;

відносно низька швидкість доступу до даних.