Этот глоссарий охватывает термины и понятия базы данных, используемые во всех типах баз данных. Он не включает термины, специфичные для определенных систем или баз данных.
ACID
Модель ACID проектирования базы данных обеспечивает целостность данных посредством:
- Атомность . Каждая транзакция базы данных должна следовать правилу «все или ничего», что означает, что в случае сбоя какой-либо части транзакции происходит сбой всей транзакции.
- Согласованность . Каждая транзакция базы данных должна соответствовать всем определенным правилам базы данных; любая транзакция, которая нарушает эти правила, не допускается.
- Изоляция . Каждая транзакция базы данных будет выполняться независимо от любой другой транзакции. Например, если несколько транзакций отправляются одновременно, база данных предотвратит любые помехи между ними.
- Долговечность . Каждая транзакция базы данных будет постоянно существовать при любом сбое базы данных с помощью резервного копирования или других средств.
атрибут
Атрибут базы данных является характеристикой объекта базы данных. Проще говоря, атрибут – это столбец в таблице базы данных, который сам по себе называется сущностью.
Аутентификация
Базы данных используют аутентификацию, чтобы гарантировать, что только авторизованные пользователи могут получить доступ к базе данных или определенным аспектам базы данных. Например, администраторы могут иметь право вставлять или редактировать данные, в то время как обычные сотрудники могут просматривать только данные. Аутентификация осуществляется с помощью имен пользователей и паролей.
БАЗОВАЯ модель
Модель BASE была разработана в качестве альтернативы модели ACID для удовлетворения потребностей баз данных noSQL, в которых данные структурированы не так, как это требуется для реляционных баз данных. Его основные принципы:
- Базовая доступность . База данных доступна и работает, иногда ее поддерживает репликация данных, распределенная по нескольким серверам.
- Мягкое состояние . В противовес модели строгой согласованности ACID этот принцип утверждает, что данные не всегда должны быть согласованными и что любая принудительная согласованность является обязанностью отдельной базы данных или разработчика.
- Окончательная согласованность . В какой-то неопределенный момент в будущем база данных достигнет согласованности.
Ограничения
Ограничение базы данных – это набор правил, которые определяют допустимые данные. Существует несколько типов ограничений. Основные ограничения:
- Уникальные ограничения . Поле должно содержать уникальное значение в таблице.
- Ограничения CHECK . Поле может содержать только определенные типы данных и даже определенные допустимые значения.
- Ограничения DEFAULT : поле будет содержать значение по умолчанию, если оно не существует; это устраняет значение NULL.
- Ограничения PRIMARY KEY . Первичный ключ должен быть уникальным.
- Ограничения FOREIGN KEY . Внешний ключ должен соответствовать существующему первичному ключу в другой таблице.
Система управления базами данных (СУБД)
СУБД – это программное обеспечение, которое управляет всеми аспектами работы с базой данных, от хранения и защиты данных до обеспечения соблюдения правил целостности данных, до предоставления форм для ввода и обработки данных. Система управления реляционными базами данных (RDBMS) реализует реляционную модель таблиц и отношений между ними.
сущность
Сущность – это просто таблица в базе данных. Он описывается с использованием диаграммы сущностей-связей, которая представляет собой тип графика, который показывает взаимосвязи между таблицами базы данных.
Функциональная зависимость
Функциональное ограничение зависимостей помогает обеспечить достоверность данных и существует, когда один атрибут определяет значение другого, описанного как A -> B , что означает, что значение A определяет значение B или тот B является «функционально зависимым» от A. Например, таблица в университете, которая включает записи всех студентов, может иметь функциональную зависимость между идентификатором студента и именем студента, т.е. уникальный идентификатор студента будет определять значение имени.
Индекс
Индекс – это структура данных, которая помогает ускорить запросы к базе данных для больших наборов данных. Разработчики базы данных создают индекс для определенных столбцов в таблице. Индекс содержит значения столбцов, но только указатели на данные в остальной части таблицы и может быть найден быстро и эффективно.
ключ
Ключ – это поле базы данных, целью которого является уникальная идентификация записи. Ключи помогают обеспечить целостность данных и избежать дублирования. Основные типы ключей, используемых в базе данных:
- Ключи-кандидаты . Набор столбцов, каждый из которых может однозначно идентифицировать запись и из которого выбран первичный ключ.
- Первичные ключи : ключ, выбранный для уникальной идентификации записи в таблице. Этот ключ не может быть пустым.
- Внешние ключи . Ключ, связывающий запись с записью в другой таблице. Внешний ключ таблицы должен существовать как первичный ключ другой таблицы.
нормализация
Нормализация базы данных – это проектирование ее таблиц (отношений) и столбцов (атрибутов) таким образом, чтобы обеспечить целостность данных и избежать дублирования. Основными уровнями нормализации являются первая нормальная форма (1NF), вторая нормальная форма (2NF), третья нормальная форма (3NF) и нормальная форма Бойса-Кодда (BCNF).
NoSQL
NoSQL – это модель базы данных, разработанная для удовлетворения необходимости хранения неструктурированных данных, таких как электронные письма, сообщения в социальных сетях, видео или изображения. Вместо того, чтобы использовать SQL и строгую модель ACID для обеспечения целостности данных, NoSQL следует менее строгой модели BASE. Схема базы данных NoSQL не использует таблицы для хранения данных; скорее, он может использовать дизайн ключ/значение или графики.
Ноль
Значение NULL часто путают в значении «нет» или ноль; однако на самом деле это означает «неизвестно». Если поле имеет значение NULL, оно является заполнителем для неизвестного значения. Язык структурированных запросов (SQL) использует
IS NULL
а также
NOT NULL
операторы для проверки на нулевые значения.
запрос
Запрос к базе данных – это то, как пользователи взаимодействуют с базой данных. Обычно он написан на SQL и может представлять собой запрос select или запрос action . Запрос на выборку запрашивает данные из базы данных; запрос действия изменяет, обновляет или добавляет данные. Некоторые базы данных предоставляют формы, которые скрывают семантику запроса, что позволяет пользователям легко запрашивать информацию без необходимости понимания SQL.
схема
Схема базы данных – это дизайн таблиц, столбцов, отношений и ограничений, которые составляют базу данных. Схемы обычно описываются с помощью оператора SQL CREATE.
Хранимая процедура
Хранимая процедура – это предварительно скомпилированный запрос или оператор SQL, который может совместно использоваться несколькими программами и пользователями в системе управления базами данных. Хранимые процедуры повышают эффективность, помогают обеспечить целостность данных и повышают производительность.
Язык структурированных запросов
Язык структурированных запросов, или SQL, является наиболее часто используемым языком для доступа к данным из базы данных. Язык манипулирования данными (DML) содержит подмножество команд SQL, используемых наиболее часто, и включает в себя SELECT, INSERT, UPDATE и DELETE.
Спусковой крючок
Триггер – это хранимая процедура, установленная для выполнения при заданном конкретном событии, обычно при изменении данных таблицы. Например, триггер может быть предназначен для записи в журнал, сбора статистики или вычисления значения.
Посмотреть
Представление базы данных – это отфильтрованный набор данных, отображаемый конечному пользователю, чтобы скрыть сложность данных и упростить взаимодействие с пользователем. Представление может объединять данные из двух или более таблиц и содержит подмножество информации.
