2. Реляційна модель бази даних
Останніми роками в більшості БД використовуються реляційні моделі даних, і практично всі сучасні СУБД орієнтовані саме на таке представлення інформації.
Реляційна модель даних дозволяє побудувати|спорудити| систему, що містить|утримує| безліч таблиць, які зберігаються в єдиному контейнері. Після|потім| створення|створіння| таблиць їх можна зв’язати разом для відображення інформації у єдиному загальному|спільному| вигляді|виді|. Спрощено це означає, що при створенні|створінні| та зберіганні інформації не потрібне дублювання даних в кожній конкретній таблиці.
Наприклад, користувачу необхідна таблиця, що містить|утримує| імена всіх людей, яким він щороку|кожен рік| відправляє|відряджаєте| вітальні|поздоровні| листівки на день народження і на Різдво. Він можете посилати одним людям вітальні|поздоровні| листівки тільки|лише| на день народження, а іншим – тільки|лише| на Різдво. Можливо, він також захочете|схочете| зберігати в таблиці інформацію про різдвяні подарунки|дарунки|, що відправляються|відряджаються|. Можна створити одну таблицю з|із| сукупністю полів для кожної персони – наприклад, ім’я і адреса, за якими відправляються|відряджаєте| поздоровлення з|із| днем народження або різдвяний подарунок|дарунок|, а також тип подарунка|дарунку|. Ймовірно|певно,мабуть|, буде потрібно буде створити одну таблицю більш ніж 25-у полями для кожного запису чи можна створити дві таблиці: одну – для інформації про людину, іншу – для інформації про листівку або подарунок|дарунок|.
У першому випадку (одна загальна|спільної| таблиця) можливо виникнення різних проблем. Наприклад, щороку|кожен рік| користувач повторно вводить|запроваджуєте| імена та адреси людей, яким він відправляє|відряджаєте| подарунки|дарунки| та листівки (таким чином, йому доводиться дублювати велику кількість інформації про імена і адреси, що приводить|призводить,наводить| до помилок). Другий метод, що має на увазі використання двох таблиць, ефективніший. Перша таблиця може містити|утримувати| всю інформацію про людину, друга таблиця може для кожної персони включати безліч записів про відправлені подарунки|дарунки| та листівки. Ці дві таблиці можуть бути зв’язані разом з використанням загального|спільного| поля, що дозволить відображати|відображувати| інформацію з|із| обох таблиць.
Реляційну модель можна представити|уявити| як особливий метод розгляду даних, який включає як власне дані (у вигляді таблиць), так і способи роботи і маніпуляції з|із| ними (у вигляді зв’язків). Іншими словами, у реляційній БД використовується декілька таблиць, між якими встановлюються зв’язки. Таким чином, інформація, введена|запроваджена| в одну таблицю, може бути пов’язана з однією або декількома записами з|із| іншої таблиці.
Реляційна база даних – це БД, між окремими таблицями в якій існують зв’язки. Зв’язані таблиці взаємодіють за принципом: головна – підпорядкована.
Одиницею інформації, що зберігається в БД, є|з'являється,являється| таблиця. Кожна таблиця є сукупністю рядків і стовпців. В термінах баз даних стовпці називаються полями, а рядки – записами.
Первинний ключ|джерело| (ключове|джерельне| поле) – поле, що однозначно ідентифікують запис. Первинний ключ|джерело| повинен бути унікальним. У таблиці не повинно бути запису з|із| однаковим значенням ключа|джерела|. Інакше кажучи, ключ|джерело| необхідний для дотримання унікальності наявних в таблиці записів. Насправді, таблиця може існувати і без ключового|джерельного| поля, проте|однак| в цьому випадку можливі проблеми з|із| підтримкою цілісності даних.
Зовнішній|повторний| ключ|джерело| – поле підпорядкованої таблиці, необхідне для зв’язку між таблицями. Найчастіше співпадає з первинним ключем головної таблиці.