Реляционная модель данных в СУБД | База данных Concepts & Пример

Имя таблицы и имена столбцов помогают интерпретировать значение значений в каждой строке. Данные представлены как набор отношений. В реляционной модели данные хранятся в виде таблиц. Однако физическое хранилище данных не зависит от способа их логической организации.

Некоторые популярные системы управления реляционными базами данных:

• DB2 и динамический сервер Informix – IBM
• Oracle и РДБ – Oracle
• SQL-сервер и доступ – Microsoft

Реляционная модель Concepts в СУБД

1. Атрибут: Каждый столбец таблицы. Атрибуты — это свойства, определяющие отношение. например, Student_Rollno, NAME и т. д.
2. таблицы – В реляционной модели отношения сохраняются в формате таблицы. Он хранится вместе со своими сущностями. Таблица имеет две строки и столбец свойств. Строки представляют записи, а столбцы представляют атрибуты.
3. Кортеж – Это не что иное, как одна строка таблицы, содержащая одну запись.
4. Схема отношений: Схема отношения представляет имя отношения с его атрибутами.
5. Степень: Общее количество атрибутов, которое в отношении называется степенью отношения.
6. Мощность: Общее количество строк в таблице.
7. Колонка: Столбец представляет набор значений для определенного атрибута.
8. Экземпляр отношения – Экземпляр отношения – это конечный набор кортежей в системе СУРБД. Экземпляры отношений никогда не имеют повторяющихся кортежей.
9. Ключ отношения – Каждая строка имеет один, два или несколько атрибутов, которые называются ключом отношения.
10. Домен атрибута – Каждый атрибут имеет заранее определенное значение и область действия, которая называется доменом атрибута.

реляционный Integrity ограничения

реляционный Integrity ограничения в СУБД относятся к условиям, которые должны присутствовать для допустимого отношения. Эти реляционные ограничения в СУБД вытекают из правил мини-мира, который представляет база данных.

Есть много типов Integrity Ограничения в СУБД. Ограничения системы управления реляционными базами данных в основном делятся на три основные категории:

1. Ограничения домена
2. Ключевые ограничения
3. Справочный Integrity ограничения

Ограничения домена

Ограничения домена могут быть нарушены, если значение атрибута не отображается в соответствующем домене или не относится к соответствующему типу данных.

Ограничения домена определяют это внутри каждого кортежа, а значение каждого атрибута должно быть уникальным. Это указывается как типы данных, которые включают стандартные типы данных: целые числа, действительные числа, символы, логические значения, строки переменной длины и т. д.

Это критически важно для анализа и выбора наиболее эффективных ключевых слов для улучшения рейтинга вашего сайта.

Create DOMAIN CustomerName
CHECK (value not NULL)

Показанный пример демонстрирует создание ограничения домена, при котором имя клиента не равно NULL.

Ключевые ограничения

Атрибут, который может однозначно идентифицировать кортеж в отношении, называется ключом таблицы. Значение атрибута для разных кортежей в отношении должно быть уникальным.

Это критически важно для анализа и выбора наиболее эффективных ключевых слов для улучшения рейтинга вашего сайта.

В данной таблице CustomerID является ключевым атрибутом таблицы Customer. Скорее всего, у него будет один ключ для одного клиента, CustomerID =1 предназначен только для CustomerName = «Google».

Пользовательский ИД	Имя Клиента	Статус:
1	Google	Активные
2	Amazon	Активные
3	Apple	Неактивный

Справочный Integrity ограничения

Справочный Integrity ограничения в СУБД основаны на концепции внешних ключей. Внешний ключ — важный атрибут отношения, на который следует ссылаться в других отношениях. Состояние ограничения ссылочной целостности возникает, когда отношение ссылается на ключевой атрибут другого или того же отношения. Однако этот ключевой элемент должен существовать в таблице.

Это критически важно для анализа и выбора наиболее эффективных ключевых слов для улучшения рейтинга вашего сайта.

В приведенном выше примере у нас есть 2 отношения: Клиент и BillIng.

Кортеж для CustomerID =1 упоминается дважды в отношении Billing. Итак, мы знаем, что CustomerName=Google имеет сумму счета 300 долларов США

OperaРеляционная модель

Четыре основные операции обновления, выполняемые в модели реляционной базы данных:

Вставка, обновление, удаление и выбор.

• Вставка используется для вставки данных в отношение.
• Удалить используется для удаления кортежей из таблицы.
• Modify позволяет изменить значения некоторых атрибутов в существующих кортежах.
• Выбор позволяет выбрать определенный диапазон данных.

Всякий раз, когда применяется одна из этих операций, ограничения целостности, указанные в схеме реляционной базы данных, никогда не должны нарушаться.

Вставить Operaпроизводство

Операция вставки дает значения атрибута для нового кортежа, который следует вставить в отношение.

Обновление ПО Operaпроизводство

Вы можете видеть, что в приведенной ниже таблице отношений CustomerName= 'Apple' обновляется с Inactive на Active.

Удалить Operaпроизводство

Чтобы указать удаление, условие атрибутов отношения выбирает кортеж для удаления.

В приведенном выше примере CustomerName= «Apple» удаляется из таблицы.

Операция удаления может нарушить ссылочную целостность, если на удаляемый кортеж ссылаются внешние ключи из других кортежей в том же самом кортеже. база данных.

Выберите Operaпроизводство

В приведенном выше примере CustomerName=”Amazon” выбирается

Лучшие практики создания реляционной модели

• Данные должны быть представлены как совокупность отношений.
• Каждое отношение должно быть четко отображено в таблице.
• Строки должны содержать данные об экземплярах сущности.
• Столбцы должны содержать данные об атрибутах сущности.
• Ячейки таблицы должны содержать одно значение
• Каждому столбцу должно быть присвоено уникальное имя
• Никакие две строки не могут быть идентичными
• Значения атрибута должны быть из одного домена.

Преимущества модели реляционной базы данных

• Простота: Реляционная модель данных в СУБД проще, чем иерархическая и сетевая модель.
• Структурная независимость: Реляционная база данных занимается только данными, а не структурой. Это может улучшить производительность модели.
• Простота: Реляционная модель в СУБД проста, поскольку таблицы, состоящие из строк и столбцов, вполне естественны и просты для понимания.
• Возможность запроса: Это делает возможным использование языка запросов высокого уровня, такого как SQL чтобы избежать сложной навигации по базе данных.
• Независимость данных: Структуру реляционной базы данных можно изменить без необходимости изменения какого-либо приложения.
• Масштабируемость: Что касается количества записей или строк, а также количества полей, базу данных следует расширить, чтобы повысить удобство ее использования.

Недостатки реляционной модели

• Лишь немногие реляционные базы данных имеют ограничения на длину полей, которые нельзя превышать.
• Реляционные базы данных иногда могут становиться сложными по мере роста объема данных и усложнения связей между фрагментами данных.
• Сложные реляционные системы баз данных могут привести к появлению изолированных баз данных, где информация не может передаваться из одной системы в другую.

Итого

• Моделирование реляционной базы данных представляет базу данных как набор отношений (таблиц).
• Атрибут, таблицы, кортеж, схема отношения, степень, мощность, столбец, экземпляр отношения — вот некоторые важные компоненты реляционной модели.
• реляционный Integrity ограничения относятся к условиям, которые должны присутствовать для допустимого реляционного подхода в СУБД.
• Ограничения домена могут быть нарушены, если значение атрибута не отображается в соответствующем домене или не относится к соответствующему типу данных.
• Вставка, выбор, изменение и удаление — это операции, выполняемые в ограничениях реляционной модели.
• Реляционная база данных занимается только данными, а не структурой, которая может улучшить производительность модели.
• Преимущества Реляционная модель в СУБД Это простота, структурная независимость, простота использования, возможность выполнения запросов, независимость данных, масштабируемость и т. д.
• Лишь немногие реляционные базы данных имеют ограничения на длину полей, которые нельзя превышать.