Реляційна база даних - це субд
Будь-яка організація щодня стикається з величезним обсягом інформації. Без застосування спеціальних програм з ним просто не впоратися. Реляційна модель бази даних - це найдоступніший тип систем управління сукупністю самостійних матеріалів. Їх систематизація здійснюється за допомогою таблиць, ключів і асоціацій.
Засіб раціонального використання та зберігання інформації
Інформаційна система, що зв'язує воєдино певні матеріали, дозволяє згрупувати незалежні фрагменти по типу адресної книги. Реляційна база даних складається з таблиць, що посилаються один на одного за допомогою певної логіки. Для прикладу розглянемо компанію, яка продає клієнтам свою продукцію.
Компанія підтримує базу даних продаваних продуктів. Реляційна база даних - це сукупність таблиць, причому кожен продукт являє собою запис у таблиці. Кожна позиція має свій унікальний ключ, за яким він може бути ідентифікований. Дані про наявність товару в певному порядку заносять в першу таблицю. Друга база компанії містить інформацію про наявність клієнтів. Кожному з них при цьому присвоюється певний унікальний код, а також власне ім'я та адресу. Третя база даних включає інформаційні матеріали про наявні замовленнях, розміщених клієнтами. Кожна позиція забезпечена унікальним ключем.
Спробуємо розібратися, що ж таке реляційна база даних, які зв'язки об'єднують три таблиці. Насамперед, розглянемо одиничний замовлення, розміщений клієнтом. Він повинен містити як мінімум один продукт, але можлива заявка і на більшу кількість товару. Таким чином, кожне замовлення повинен включати унікальні ідентифікатори (назви) для кожного продукту. Разом з цим будь-яка позиція, занесена в таблицю, буде прив'язана до унікального клієнту. У свою чергу замовлення також повинен містити унікальний ключ для даного конкретного клієнта. Оскільки всі позиції взаємопов'язані і забезпечені унікальною кодуванням, з'являється можливість переглядати і відстежувати рух товару.
Які переваги це дає?
Така реляційна модель бази даних дає можливість шукати певні закономірності, сукупності незалежних інформаційних матеріалів. Наприклад, компанія може бути зацікавлена в отриманні даних про продукти, які добре реалізуються. Це може дати деяке розуміння того, яким чином просувати дані продукти на ринку.
Або торговельна фірма може бути зацікавлена у зведенні покупців, які купують однотипні товари в різний час, в один список. Правильно організована реляційна база даних дає можливість розглядати такі моделі, засновані на взаємозв'язку між різними таблицями.
Правила при структуруванні інформаційних матеріалів
Реляційна база даних - це певним чином організована структура даних. Для того щоб база функціонувала, необхідно виконання деяких правил при її заповненні:
- кожній таблиці привласнюється унікальне ім'я;
- в кожній таблиці повинно міститися кілька рядків;
- кожен рядок повинна бути унікальною;
- у таблиці повинні бути присутніми ключі для однозначного визначення рядків;
- будь стовпець у таблиці повинен мати унікальне ім'я атрибута.
Структура реляційної бази даних враховує всі вищеперелічені правила. Зазвичай її розробкою та внесенням інформаційних матеріалів займаються фахівці, що володіють навичками з програмування та систематизації спільно з представниками самої організації. Це повинні бути не тільки рядові користувачі компанії, але також і старший керівний склад. Вони повинні переконатися, що структура реляційної бази даних може бути використана не тільки для вирішення поточних завдань, але також надавати інформацію, необхідну для прийняття більш складних і перспективних рішень.
Первинні та зовнішні ключі
Ми вже з'ясували, що реляційна база даних - це система, що використовує зв'язку для об'єднання таблиць в єдине ціле. Вони також називаються асоціаціями таблиць. Зв'язку створюються за допомогою використання ключів. Це важлива умова для бази даних, так як сприяє збереженню цілісності інформаційних матеріалів і дає можливість створювати зв'язки між таблицями. Ключ для таблиці бази даних складений з одного або більшої кількості полів, які на 100% ідентифікують запис. Їх декілька видів, що мають своє певне призначення.
Первинний ключ - це мінімальний набір полів, за значеннями яких можна на 100% ідентифікувати запис в базі. Кожна таблиця може мати тільки один-єдиний первинний ключ, який може складатися з декількох атрибутів.
Наприклад, для первинного ключа друкованого видання можна використовувати ряд ISBN, так як не існує двох примірників з тим же самим ISBN-номером. Для співробітників організації в цьому випадку застосовують номер соціального страхування, який є унікальним для кожної людини. Для прикладу: при внесенні даних про покупців, товари і замовленнях можна створити власні унікальні ключі. Так, таблиця замовників може містити поле ідентифікатора клієнта.
Іноді ключ може бути складеним і мати одночасно кілька атрибутів. У цьому випадку тільки певна комбінація однозначно ідентифікує запис.
Зовнішній ключ використовують при наявності декількох таблиць як сполучна ланка між ними. На прикладі бази даних про замовників, товари і споживачах можна простежити застосування зовнішніх ключів, використовуваних не для об'єднання таблиць, а для контролю посилальних матеріалів. При формуванні таблиці замовлень до кожної з позицій буде прив'язуватися споживач допомогою ідентифікатора замовника. Вона має власний первинний ключ, званий "ідентифікатор замовлення" і дозволяє визначати кожен товар. Якщо клієнт робить кілька замовлень, це призводить до дублювання значень в полі "Ідентифікатор клієнта". Воно виступає в ролі первинного ключа в таблиці "Клієнти" і в ролі зовнішнього ключа в таблиці "Замовлення".
Потужність зв'язків
Засіб для раціонального зберігання та ефективного використання інформаційних матеріалів має широке застосування в різних галузях. Також реляційна база даних - це сукупність зв'язків, які можуть певним чином структурувати дані. Є цілий ряд різних їх типів, заснованих на співвідношенні кількості записів в одній таблиці, пов'язаних з кількістю записів в іншій. Дана залежність отримала назву "потужність". Є три типи потужності:
- одна до однієї (1: 1);
- одна до багатьох (1: m);
- багато до однієї (m: 1).
