Е. Ф. Кодд запропонував реляційну модель для моделювання даних у формі відносин або таблиць. Після розробки концептуальної моделі використання бази даних ER діаграма , нам потрібно перетворити концептуальну модель у реляційну модель, яку можна реалізувати за допомогою будь-якого РСУБД такі мови, як Oracle SQL, MySQL тощо. Отже, ми побачимо, що таке реляційна модель.
Реляційна модель використовує набір таблиць для представлення як даних, так і зв’язків між цими даними. Кожна таблиця має кілька стовпців, і кожен стовпець має унікальну назву. Таблиці також називають відношеннями. Реляційна модель є прикладом моделі на основі записів. Моделі на основі записів названі так тому, що база даних структурована в записах фіксованого формату кількох типів. Кожна таблиця містить записи певного типу. Кожен тип запису визначає фіксовану кількість полів або атрибутів. Стовпці таблиці відповідають атрибутам типу запису. Реляційна модель даних є найбільш широко використовуваною моделлю даних, і переважна більшість сучасних систем баз даних базуються на реляційній моделі.
Що таке реляційна модель?
Реляційна модель представляє, як дані зберігаються в реляційних базах даних. Реляційна база даних складається з набору таблиць, кожній з яких присвоєно унікальне ім’я. Розглянемо відношення STUDENT з атрибутами ROLL_NO, NAME, ADDRESS, PHONE і AGE, показаними в таблиці.
Таблиця Студент
ROLL_NO | ІМ'Я | АДРЕСА | ТЕЛЕФОН | ВІК |
---|---|---|---|---|
1 | ОЗП | ДЕЛІ | 9455123451 | 18 |
2 | РАМЕШ | ГУРГАОН | 9652431543 | 18 |
3 | SUJIT | РОХТАК | 9156253131 | двадцять |
4 | СУРЕШ | ДЕЛІ | 18 |
сортування злиттям у java
Важливі термінології
- Атрибут: Атрибути — це властивості, які визначають сутність. напр.; ROLL_NO , ПІБ, АДРЕСА
- Схема відношення: Схема відношення визначає структуру відношення та представляє ім’я відношення з його атрибутами. напр.; STUDENT (ROLL_NO, NAME, ADDRESS, PHONE та AGE) — це схема зв’язку для STUDENT. Якщо схема має більше одного відношення, вона називається реляційною схемою.
- Кортеж: Кожен рядок у відношенні називається кортежем. Наведене вище відношення містить 4 кортежі, один з яких показано як:
1 | ОЗП | ДЕЛІ | 9455123451 | 18 |
- Екземпляр відношення: Набір кортежів відношення в певний момент часу називається екземпляром відношення. У таблиці 1 показано екземпляр відношення STUDENT у певний момент часу. Він може змінюватися щоразу, коли відбувається вставка, видалення або оновлення бази даних.
- Ступінь: Кількість атрибутів у відношенні називається ступенем відношення. The СТУДЕНТ визначене вище відношення має ступінь 5.
- потужність: Кількість кортежів у відношенні називається потужність . The СТУДЕНТ відношення, визначене вище, має потужність 4.
- Колонка: Стовпець представляє набір значень для певного атрибута. Колона ROLL_NO витягується з відношення СТУДЕНТ.
ROLL_NO |
---|
1 |
2 |
3 |
4 |
- NULL значення: Значення, яке невідоме або недоступне, називається значенням NULL. Він представлений порожнім простором. напр.; ТЕЛЕФОН STUDENT, який має ROLL_NO 4, дорівнює NULL.
- Ключ відношення: В основному це ключі, які використовуються для однозначної ідентифікації рядків або також допомагають ідентифікувати таблиці. Це такі види.
- Первинний ключ
- Ключ кандидата
- Супер ключ
- Зовнішній ключ
- Альтернативний ключ
- Композитний ключ
Обмеження в реляційній моделі
Під час проектування реляційної моделі ми визначаємо деякі умови, які мають виконуватися для даних, присутніх у базі даних, які називаються обмеженнями. Ці обмеження перевіряються перед виконанням будь-яких операцій (вставлення, видалення та оновлення) у базі даних. Якщо є порушення будь-якого з обмежень, операція буде невдалою.
Обмеження домену
Це обмеження на рівні атрибутів. Атрибут може приймати значення лише в межах діапазону домену. напр.; Якщо до відношення STUDENT застосовано обмеження AGE>0, вставлення від’ємного значення AGE призведе до помилки.
sql порядок у випадковому порядку
Цілісність ключів
Кожне відношення в базі даних повинно мати принаймні один набір атрибутів, який однозначно визначає кортеж. Такий набір атрибутів називається ключами. напр.; ROLL_NO в STUDENT є ключовим. Немає двох студентів з однаковими номерами. Отже, ключ має дві властивості:
- Він має бути унікальним для всіх кортежів.
- Він не може мати значення NULL.
Посилальна цілісність
Коли один атрибут відношення може приймати значення лише від іншого атрибута того самого відношення або будь-якого іншого відношення, це називається посилальна цілісність . Припустимо, у нас є 2 відносини
ітераційна карта java
Таблиця Студент
ROLL_NO | ІМ'Я | АДРЕСА | ТЕЛЕФОН | ВІК | BRANCH_CODE |
---|---|---|---|---|---|
1 | ОЗП | ДЕЛІ | 9455123451 | 18 | CS |
2 | РАМЕШ | ГУРГАОН | 9652431543 | 18 | CS |
3 | SUJIT | РОХТАК | 9156253131 | двадцять | ECE |
4 | СУРЕШ | ДЕЛІ | 18 | IT |
Настільна гілка
BRANCH_CODE | НАЗВА ГІЛКИ |
---|---|
CS | КОМП'ЮТЕРНА НАУКА |
IT | ІНФОРМАЦІЙНІ ТЕХНОЛОГІЇ |
ECE | ЕЛЕКТРОНІКА ТА ЗВ'ЯЗОК |
Резюме | ЦИВІЛЬНА ІНЖЕНЕРІЯ |
BRANCH_CODE для STUDENT може приймати лише значення, які присутні в BRANCH_CODE для BRANCH, що називається обмеженням посилальної цілісності. Відношення, яке посилається на інше відношення, називається ВІДНОШЕННЯМ ПОСИЛАННЯ (у цьому випадку STUDENT), а відношення, на яке посилаються інші відношення, називається ВІДНОШЕННЯМ ПОСИЛАННЯ (у цьому випадку ГАЛУЗЬ).
Аномалії в реляційній моделі
Ан аномалія є порушенням або чимось, що відхиляється від очікуваного або нормального стану. Під час проектування баз даних ми виділяємо три типи аномалій: вставлення, оновлення та видалення.
Аномалія вставки у відношенні посилання
Ми не можемо вставити рядок у REFERENCING RELATION, якщо значення посилального атрибута не присутнє у значенні посилального атрибута. напр.; Вставка студента з BRANCH_CODE «ME» у відношенні STUDENT призведе до помилки, оскільки «ME» не присутній у BRANCH_CODE для BRANCH.
Аномалія видалення/оновлення у зв’язку, на який посилається:
Ми не можемо видалити або оновити рядок із REFERENCED RELATION, якщо значення REFERENCED ATTRIBUTE використовується у значенні REFERENCING ATTRIBUTE. наприклад; якщо ми спробуємо видалити кортеж з BRANCH, який має BRANCH_CODE 'CS', це призведе до помилки, оскільки на 'CS' посилається BRANCH_CODE STUDENT, але якщо ми спробуємо видалити рядок з BRANCH з BRANCH_CODE CV, його буде видалено оскільки значення не використовувалося відношенням посилання. З ним можна впоратися наступним методом:
На Видалити каскад
Він видаляє кортежі з REFERENCING RELATION, якщо значення, яке використовується REFERENCING ATTRIBUTE, видаляється з REFERENCED RELATION. напр.; Бо, якщо ми видалимо рядок з BRANCH з BRANCH_CODE ‘CS’, рядки у відношенні STUDENT з BRANCH_CODE CS (ROLL_NO 1 і 2 у цьому випадку) будуть видалені.
На каскаді оновлень
Він оновить REFERENCING ATTRIBUTE у REFERENCING RELATION, якщо значення атрибута, яке використовується REFERENCING ATTRIBUTE, оновлено у REFERENCED RELATION. наприклад, якщо ми оновлюємо рядок із BRANCH з BRANCH_CODE ‘CS’ на ‘CSE’, рядки у зв’язку STUDENT з BRANCH_CODE CS (ROLL_NO 1 і 2 у цьому випадку) буде оновлено з BRANCH_CODE ‘CSE’.
масив сортування в java
Супер ключі
Будь-який набір атрибутів, який дозволяє нам ідентифікувати унікальні рядки (кортежі) у певному відношенні, відомий як суперключі. З цих суперключів ми завжди можемо вибрати належну підмножину серед них, яку можна використовувати як первинний ключ. Такі ключі відомі як ключі-кандидати. Якщо існує комбінація двох або більше атрибутів, які використовуються як первинний ключ, ми називаємо це складеним ключем.
Правила Кодда в реляційній моделі
Едгар Ф. Кодд запропонував модель реляційної бази даних, де він вказав правила. Тепер вони відомі як правила Кодда. Щоб будь-яка база даних була ідеальною, вона має відповідати правилам.
Для отримання додаткової інформації зверніться до Правила Кодда в реляційній моделі .
Переваги реляційної моделі
- Проста модель: Реляційна модель проста та легка у використанні порівняно з іншими мовами.
- гнучкий: Реляційна модель більш гнучка, ніж будь-яка інша існуюча реляційна модель.
- Безпечний: Реляційна модель безпечніша за будь-яку іншу реляційну модель.
- Точність даних: Дані більш точні в реляційній моделі даних.
- Цілісність даних: Цілісність даних підтримується в реляційній моделі.
- Операції можна легко застосувати: Операції краще виконувати в реляційній моделі.
Недоліки реляційної моделі
- Модель реляційної бази даних не дуже хороша для великих баз даних.
- Іноді стає важко знайти зв'язок між таблицями.
- Через складну структуру час відповіді на запити високий.
Характеристики реляційної моделі
- Дані представлені в рядках і стовпцях, які називаються відношеннями.
- Дані зберігаються в таблицях із зв’язками між ними, які називаються реляційною моделлю.
- Реляційна модель підтримує такі операції, як визначення даних, маніпулювання даними та керування транзакціями.
- Кожен стовпець має окрему назву, і вони представляють атрибути.
- Кожен рядок представляє одну сутність.