Реляційна база даних - це СУБД

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

Засіб раціонального використання і зберігання інформації

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




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

Які переваги це дає?

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

Правила при структуруванні інформаційних матеріалів

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

Первинні та зовнішні ключі

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

Потужність зв'язків

Засіб для раціонального зберігання та ефективного використання інформаційних матеріалів має широке застосування в різних галузях. Також реляційна база даних - це сукупність зв'язків, які можуть певним чином структурувати дані. Є цілий ряд різних їх типів, заснованих на співвідношенні кількості записів в одній таблиці, пов'язаних з кількістю записів в іншій. Ця залежність отримала назву "потужність". Є три типи потужності: - один до одного (1:1); - один до багатьох (1:m); - багато до одного (м:1).