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

Что такое реляционная модель?

Реляционная модель (РМ) представляет базу данных как набор отношений. Отношение — это не что иное, как таблица значений. Каждая строка в таблице представляет собой набор связанных значений данных. Эти строки в таблице обозначают реальный объект или связь.

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

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

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

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

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

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

Ограничения реляционной целостности

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

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

  1. Ограничения домена
  2. Ключевые ограничения
  3. Ограничения ссылочной целостности

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

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

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

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

Create DOMAIN CustomerName
CHECK (value not NULL)

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

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

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

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

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

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

Ограничения ссылочной целостности

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

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

Ограничения реляционной целостности

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

Кортеж для CustomerID =1 упоминается дважды в отношении Billинж. Итак, мы знаем, что CustomerName=Google имеет billобщая сумма $300

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

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

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

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

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

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

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

Вставить Operaция в реляционной модели

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

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

Обновление ПО Operaция в реляционной модели

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

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

Удалить Operaция в реляционной модели

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

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

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

Выберите Operaция в реляционной модели

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

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

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

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

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

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

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

Итого

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