Під базою даних (БД) розуміють сукупність взаємозв'язаних та спеціальним чином організованих даних, які зберігаються на зовнішніх носіях інформації і доступні різним користувачам.
БД зберігаються у файлах даних.
Кожний файл даних — це послідовність записів певної структури.
Записи — інформаційні структуровані одиниці, які складаються з полів.
Кожне поле має своє ім'я і атрибута: тип даних, які в нього заноситься та довжину — кількість символьних позицій.
Проектуючи БД, потрібно у структуру записів включити такі поля, які відображають характеристики об'єктів та зв'язки між ними.
Основним призначенням бази даних є гарантоване систематизоване збереження даних і надання доступу до них користувачеві або комп’ютерній програмі, тобто забезпечення швидкого пошуку потрібних даних. Електронні бази даних активно використовуються в банківській сфері (облік клієнтів, їх рахунків, проведених виплат та руху коштів), бібліотеках, пошукових системах Інтернету, системах обліку та здійснення оплати за користування електроенергією, газом, холодною та гарячою водою, під час проведення зовнішнього незалежного оцінювання учнів і в інших сферах діяльності людини.
Перед створенням БД вибирають модель подання даних у ній, яка визначає і тип. На даний час найбільш широко використовуються ієрархічна, мережева та реляційна моделі даних (відповідно типи БД).
Під системою керування базами даних (СКБД) розуміють таку програмну систему, яка забезпечує виконання всіх операцій, які пов'язані із створенням БД, збереженням її на магнітних носіях, обробкою даних, що міститься в БД, розв'язанням прикладних задач, формуванням звітів та підсумкових документів.
Функціями СКБД є:
На даний час популярними є СКБД
Етапи створення баз даних
Структура реляційної таблиці визначається складом стовпців, їхньою послідовністю, типом даних кожного стовпця та їхнім розміром, а також ключем таблиці. Процес проектування можна здійснювати двома підходами. За першого підходу спочатку визначають основні задачі, для розв'язання яких створюється база, та потреби цих задач у даних. За другого підходу визначають предметну область (сферу), здійснюють аналіз її даних і встановлюють типові об'єкти предметної області. Найбільш раціональним підходом проектування бази даних є поєднання обох підходів.
Зазвичай з базами даних працюють дві категорії користувачів.
Перша категорія - проектувальники. Процес проектування бази даних поділяється на етапи, кожний з яких передбачає виконання певних дій.
Перший етап - розробка інформаційно-логічної моделі даних предметної області, який базується на описі предметної області, отриманому в результаті її обстеження. На цьому етапі спочатку визначають склад і структуру даних предметної області, які мають міститись у базі даних та забезпечувати виконання запитів, задач і застосувань користувача. Ці дані мають форму реквізитів, що містяться в різних документах - джерелах завантаження бази даних. Аналіз виявлених даних дозволить визначити функціональні залежності реквізитів, які використовують для виділення інформаційних об'єктів, що відповідають вимогам нормалізації даних. Подальше визначення структурних зв'язків між об'єктами дозволяє побудувати інформаційно-логічну модель.Другий етап - визначення логічної структури бази даних. Для реляційної бази даних цей етап є значною мірою формальним, оскільки інформаційно-логічна модель відображається в структуру реляційної бази даних адекватно.
Наступний етап - конструювання таблиць бази даних, який здійснюється засобами СУБД, та узгодження їх із замовником. Структура таблиць бази даних задається за допомогою засобів опису (конструювання) таблиць у СУБД із цілковитою відповідністю інформаційним об'єктам. Крім таблиць, проектувальники розробляють й інші об'єкти бази даних, які призначені, з одного боку, для автоматизації работи з базою, а з іншого - для обмеження функціональних можливостей работи з базою (безпека бази даних). Після формування структури таблиць база даних може наповнюватись даними з документів-джерел. Проектувальники, як правило, не наповнюють базу конкретними даними (оскільки замовник може вважати дані конфіденційними і не надавати стороннім особам). Винятком є експериментальне наповнення модельними даними на етапі відлагодження об'єктів бази.
Друга категорія - користувачі, які працюють із базами даних. Вони отримують вхідну базу даних від проектувальників, наповнюють її та обслуговують. Користувачі не мають засобів доступу до управління структурою бази, вони мають доступ тільки до даних, при цьому тільки до тих, робота з якими передбачена на їхньому конкретному робочому місці.
Проектування бази даних починається з вивчення технічного завдання на проектування бази даних, яке повинен надати замовник. Отже, бажано, щоб замовник володів відповідною термінологією і знав, принаймні в загальних рисах, технічні можливості основних СУБД. На жаль, на практиці ці побажання виконуються не завжди. Тому зазвичай розробники використовують такі підходи: демонструють замовникові роботу аналогічної бази даних, після чого узгоджують специфікацію відмінностей; якщо аналога немає, з'ясовують коло задач і вимог замовника, після чого допомагають йому підготувати технічне завдання. Під час підготовки технічного завдання складають: перелік вхідних даних, з якими працює замовник; перелік вихідних даних, потрібних замовникові для управління структурою свого підприємства; перелік вихідних даних, які не є необхідними для замовника, але які він повинен надати іншим організаціям (у вищестоящі структури, в органи статистики, інші адміністративні і контрольні організації).
Визначивши основну частину даних, які замовник використовує, розпочинають розробку структури бази, тобто структури її основних таблиць.
Робота починається з визначення генерального переліку полів, який може нараховувати десятки і сотні позицій.
Відповідно до типу даних, що розміщуються в кожному полі, визначають тип кожного поля.
Розподіляють поля генерального списку по базових таблицях. На першому етапі розподіл здійснюють за функціональною ознакою. Мета - забезпечити одноразове введення даних в одну таблицю по можливості в рамках одного підрозділу, або (ще краще) - на одному робочому місці. На другому етапі розподілу полів здійснюють нормалізацію даних з метою вилучення повторів даних у таблицях бази даних.
Для кожної таблиці визначають ключове поле. Ключовим вибирають поле, дані в якому повторюватись не можуть. Наприклад, для таблиці даних про студентів таким полем може бути індивідуальний шифр студента. Для таблиць, у яких міститься розклад занять, такого поля можна і не знайти, але його можна створити штучно комбінуванням полів «Час заняття» і «Номер аудиторії». Ця комбінація унікальна, оскільки в певній аудиторії в певний час назагал не проводять двох різних занять. Якщо ж у таблиці взагалі немає полів, які можна було 6 використовувати як ключові, завжди можна ввести додаткове поле типу лічильник - воно за визначенням не може містити дані, що повторюються.
На наступному етапі визначають зв'язки між таблицями (схему даних). Зв'язки між таблицями організуються на основі спільного поля, причому в одній із таблиць воно обов'язково має бути ключовим. Тобто на стороні «один» має бути ключове поле, яке не повторюється, значення на стороні «багато» можуть повторюватися. «Паперовий» етап роботи над технічними пропозиціями закінчується розробкою схеми даних. Цю схему слід узгодити із замовником, після чого розпочати безпосереднє створення бази даних. Слід пам'ятати, що в ході розробки проекту замовникові неодмінно будуть надходити нові ідеї. Можливість гнучкого використання його побажань суттєво залежить від кваліфікації розробника бази даних. Якщо схема даних складена правильно, підключити до бази нові таблиці неважко. Якщо структура бази нераціональна, розробник може наштовхнутись на суттєві труднощі і дійти суперечності із замовником. Суперечка виконавця із замовником завжди свідчить про недостатню кваліфікацію виконавця. На цьому етапі завершується попереднє проектування бази даних, і на наступному етапі починається її безпосередня розробка (впровадження).
Базу даних можна створити на основі шаблону таблиці чи розробити на основі певного шаблону власну.
Щоб завантажити програму
Під час створення БД перш за все слід спроектувати структуру таблиці: описати поля, зазначаючи для кожного з них ім’я, тип даних, властивості, та зберегти структуру таблиці.
Нехай потрібно створити таблицю
Для створення таблиці в режимі конструктора на панелі інструментів
У нижній частині вікна вміщено опис загальних властивостей поля, які за потреби можна змінити.
У кожному рядку
Щоб створити поле таблиці, потрібно:
Створіть нову базу даних
У таблицю
Наприклад, завдяки підстановкам у таблиці
Отже, для цього потрібно:
Після виконання цих дій у таблиці Успішність числові коди поля
Залежно від того, у якому співвідношенні перебувають ключові поля з полями зв’язку, між таблицями можуть існувати різні типи зв’язку.
Розглянемо, які зв’язки потрібно встановити між таблицями
З одного предмета може бути виставлено багато оцінок, отже, одному запису з таблиці
Первинний ключ таблиці
Іноді виникає потреба встановити між таблицями зв’язок один-доодного. У такому разі одному об’єкту першої таблиці може відповідати тільки один об’єкт другої таблиці, і навпаки.
Для встановлення зв’язку один-до-багатьох необхідно:
Після правильно виконаних дій одержимо схему даних .
Для збереження схеми даних потрібно вибрати команду
Щоб видалити зв’язок між двома таблицями, потрібно двічі клацнути правою кнопкою миші лінію зв’язку між ними та вибрати команду
У наведеному випадку таблиці
Правила введення даних в електронну таблицю та таблиці БД дуже подібні. Разом із тим під час заповнення полів із підстановкою надається можливість скористатися вмістом інших таблиць, що зменшує ймовірність помилки.
Заповнюючи таблицю
Створена БД
Код | Nam | Dat | Ball | Test | Group | |
---|---|---|---|---|---|---|
1 | lera@gmail.com | Валерія | 18.04.2023 | 11 | СУБД | 112 |
2 | anna@gmail.com | Aня | 04.04.2023 | 11 | СУБД | 112 |
3 | max@gmail.com | Максим | 04.04.2023 | 10 | СУБД | 112 |
4 | anna@gmail.com | Aня | 04.04.2023 | 4 | Опрацювання БД | 112 |
5 | nazik@gmail.com | Назар | 04.04.2023 | 9 | Опрацювання БД | 112 |
6 | diasmin@gmail.com | Діасмін | 01.05.2023 | 10 | Опрацювання БД | 107 |
7 | evgenij@gmail.com | Женя | 01.05.2023 | 11 | Опрацювання БД | 112 |
8 | troyanda@gmail.com | Таня | 01.05.2023 | 10 | Бази даних | 107 |
9 | max@gmail.com | Максим | 04.04.2023 | 11 | ФОРМИ.ЗВІТИ | 112 |
10 | nazik@gmail.com | Назар | 04.04.2023 | 12 | ФОРМИ.ЗВІТИ | 112 |
11 | max@gmail.com | Максим | 01.04.2023 | 10 | Бази даних | 112 |
12 | diasmin@gmail.com | Діасмін | 22.05.2023 | 9 | ФОРМИ.ЗВІТИ | 107 |
13 | yuliam@gmail.com | Юля | 17.05.2023 | 7 | Мультимедіа та гіпертекст | 107 |
14 | troyanda@gmail.com | Таня | 15.05.2023 | 3 | Мультимедіа та гіпертекст | 107 |
Форми призначені для створення інтерфейсу, який забезпечує ефективну взаємодію користувача з
Форми нагадують вікна, через які користувачі переглядають дані та отримують доступ до об’єктів
Для автоматичного створення форми виконайте такі дії:
Автоматично створюється форма, яка має всі поля вихідної таблиці і відображається в режимі розмічування. У режимі розмічування можна змінювати макет форми та водночас переглядати дані.
![]() | ![]() |
![]() Запит у формі | ![]() Форма на основі запиту |
За допомогою
Джерелом записів звіту є таблиці та запити. Звіт складається з даних джерел записів, а також позначок, заголовків, графічних елементів тощо. Таблиця використовується як джерело записів, якщо звіт виводить дані тільки з цієї таблиці. Якщо звіт виводить дані з кількох таблиць, то спочатку необхідно створити запит, який би відібрав необхідні дані з цих таблиць, і вже цей запит використати як джерело записів для звіту.
Виконавши описані нижче кроки, можна створити звіти
При бажанні в звіт можна додати групування, сортування або підсумки, клацнувши правою кнопкою миші на полі, до якого необхідно застосувати відповідну операцію, і вибравши потрібну команду з контекстного меню. Крім того, коли звіт відкрито в режимі розмітки або конструктора, функції групування, сортування й підсумків можна додати за допомогою засобів групи
У програмі
Друк звіту можна виконати не тільки з режиму попереднього перегляду, а й за допомогою команди Друк на вкладці Файл. При цьому можна буде задати додаткові параметри друку, наприклад кількість сторінок і копій, а також указати принтер.
Щоб надіслати звіт на принтер за промовчанням не змінюючи параметри друку, можна скористатися командою
Також можна експортувати документ для друку у