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