• Гідрологія і Гідрометрія
• Господарське право
• Економіка будівництва
• Економіка природокористування
• Економічна теорія
• Земельне право
• Історія України
• Кримінально виконавче право
• Медична радіологія
• Методи аналізу
• Міжнародне приватне право
• Міжнародний маркетинг
• Основи екології
• Предмет Політологія
• Соціальне страхування
• Технічні засоби організації дорожнього руху
• Товарознавство продовольчих товарів

Тлумачний словник
Авто
Автоматизація
Архітектура
Астрономія
Аудит
Біологія
Будівництво
Бухгалтерія
Винахідництво
Виробництво
Військова справа
Генетика
Географія
Геологія
Господарство
Держава
Дім
Екологія
Економетрика
Економіка
Електроніка
Журналістика та ЗМІ
Зв'язок
Іноземні мови
Інформатика
Історія
Комп'ютери
Креслення
Кулінарія
Культура
Лексикологія
Література
Логіка
Маркетинг
Математика
Машинобудування
Медицина
Менеджмент
Метали і Зварювання
Механіка
Мистецтво
Музика
Населення
Освіта
Охорона безпеки життя
Охорона Праці
Педагогіка
Політика
Право
Програмування
Промисловість
Психологія
Радіо
Регилия
Соціологія
Спорт
Стандартизація
Технології
Торгівля
Туризм
Фізика
Фізіологія
Філософія
Фінанси
Хімія
Юриспунденкция

Реляційна модель бази даних

Останніми роками в більшості БД використовуються реляційні моделі даних, і практично всі сучасні СУБД орієнтовані саме на таке представлення інформації.

Реляційна модель даних дозволяє побудувати|спорудити| систему, що містить|утримує| безліч таблиць, які зберігаються в єдиному контейнері. Після|потім| створення|створіння| таблиць їх можна зв’язати разом для відображення інформації у єдиному загальному|спільному| вигляді|виді|. Спрощено це означає, що при створенні|створінні| та зберіганні інформації не потрібне дублювання даних в кожній конкретній таблиці.

Наприклад, користувачу необхідна таблиця, що містить|утримує| імена всіх людей, яким він щороку|кожен рік| відправляє|відряджаєте| вітальні|поздоровні| листівки на день народження і на Різдво. Він можете посилати одним людям вітальні|поздоровні| листівки тільки|лише| на день народження, а іншим – тільки|лише| на Різдво. Можливо, він також захочете|схочете| зберігати в таблиці інформацію про різдвяні подарунки|дарунки|, що відправляються|відряджаються|. Можна створити одну таблицю з|із| сукупністю полів для кожної персони – наприклад, ім’я і адреса, за якими відправляються|відряджаєте| поздоровлення з|із| днем народження або різдвяний подарунок|дарунок|, а також тип подарунка|дарунку|. Ймовірно|певно,мабуть|, буде потрібно буде створити одну таблицю більш ніж 25-у полями для кожного запису чи можна створити дві таблиці: одну – для інформації про людину, іншу – для інформації про листівку або подарунок|дарунок|.

У першому випадку (одна загальна|спільної| таблиця) можливо виникнення різних проблем. Наприклад, щороку|кожен рік| користувач повторно вводить|запроваджуєте| імена та адреси людей, яким він відправляє|відряджаєте| подарунки|дарунки| та листівки (таким чином, йому доводиться дублювати велику кількість інформації про імена і адреси, що приводить|призводить,наводить| до помилок). Другий метод, що має на увазі використання двох таблиць, ефективніший. Перша таблиця може містити|утримувати| всю інформацію про людину, друга таблиця може для кожної персони включати безліч записів про відправлені подарунки|дарунки| та листівки. Ці дві таблиці можуть бути зв’язані разом з використанням загального|спільного| поля, що дозволить відображати|відображувати| інформацію з|із| обох таблиць.

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

Реляційна база даних – це БД, між окремими таблицями в якій існують зв’язки. Зв’язані таблиці взаємодіють за принципом: головна – підпорядкована.

Одиницею інформації, що зберігається в БД, є|з'являється,являється| таблиця. Кожна таблиця є сукупністю рядків і стовпців. В термінах баз даних стовпці називаються полями, а рядки – записами.

Первинний ключ|джерело| (ключове|джерельне| поле) – поле, що однозначно ідентифікують запис. Первинний ключ|джерело| повинен бути унікальним. У таблиці не повинно бути запису з|із| однаковим значенням ключа|джерела|. Інакше кажучи, ключ|джерело| необхідний для дотримання унікальності наявних в таблиці записів. Насправді, таблиця може існувати і без ключового|джерельного| поля, проте|однак| в цьому випадку можливі проблеми з|із| підтримкою цілісності даних.

Зовнішній|повторний| ключ|джерело| – поле підпорядкованої таблиці, необхідне для зв’язку між таблицями. Найчастіше співпадає з первинним ключем головної таблиці.

Читайте також:

1. G2G-модель електронного уряду
2. OSI - Базова Еталонна модель взаємодії відкритих систем
3. Абстрактна модель
4. Абстрактна модель
5. Абстрактна модель оптимального планування виробництва
6. Автокореляційна характеристика системи
7. Американська модель соціальної відповідальності
8. Аналіз паралельного інтерейсу з DSP-процесорами: запис даних в ЦАП, що під’єднаний до адресного простору пам’яті
9. Аналіз паралельного інтерфейсу з DSP-процесорами: читання даних з АЦП, що під’єднаний до адресного простору пам’яті
10. Аналіз статистичних даних про склад та плинність кадрів, які обіймали керівні
11. Аналіз та інтерпретація одержаних даних
12. Англійський економіст У. Бріджез пропонує модель організаційних змін за такими напрямками.

Переглядів: 1238