Какие знаешь виды связей между таблицами в БД?

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

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

1. Один к одному (One-to-One, 1:1)

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

• Пример: Таблица Пользователи (UserID, Login, PasswordHash) и таблица Персональные данные (UserID, FullName, PassportNumber). Один пользователь имеет строго один набор персональных данных.
• Реализация: Связь обычно устанавливается через первичный ключ (Primary Key) одной таблицы, который также является первичным или уникальным внешним ключом (Foreign Key) в другой.

CREATE TABLE Users (
    UserID INT PRIMARY KEY,
    Login VARCHAR(50) NOT NULL
);

CREATE TABLE PersonalData (
    UserID INT PRIMARY KEY, -- Здесь UserID и PK, и FK
    FullName VARCHAR(100),
    FOREIGN KEY (UserID) REFERENCES Users(UserID)
);

2. Один к многим (One-to-Many, 1:N)

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

• Пример: Таблица Авторы (AuthorID, Name) и таблица Книги (BookID, Title, AuthorID). Один автор может написать много книг, но каждая книга имеет одного автора.
• Реализация: Связь устанавливается через внешний ключ (Foreign Key) в дочерней таблице, который ссылается на первичный ключ родительской таблицы.

CREATE TABLE Authors (
    AuthorID INT PRIMARY KEY,
    Name VARCHAR(100) NOT NULL
);

CREATE TABLE Books (
    BookID INT PRIMARY KEY,
    Title VARCHAR(200) NOT NULL,
    AuthorID INT NOT NULL,
    FOREIGN KEY (AuthorID) REFERENCES Authors(AuthorID)
);

3. Многие к многим (Many-to-Many, M:N)

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

• Пример: Таблица Студенты (StudentID, Name) и таблица Курсы (CourseID, Title). Один студент может посещать много курсов, и один курс может иметь много студентов.
• Реализация: Для реализации создается третья, вспомогательная таблица, называемая связующей таблицей (Join Table) или таблицей связи. Она содержит как минимум два внешних ключа, ссылающихся на первичные ключи основных таблиц. Часто ее собственный первичный ключ формируется как композиция этих двух FK или как отдельное поле.

CREATE TABLE Students (
    StudentID INT PRIMARY KEY,
    Name VARCHAR(100) NOT NULL
);

CREATE TABLE Courses (
    CourseID INT PRIMARY KEY,
    Title VARCHAR(200) NOT NULL
);

-- Связующая таблица
CREATE TABLE StudentCourses (
    StudentID INT NOT NULL,
    CourseID INT NOT NULL,
    PRIMARY KEY (StudentID, CourseID), -- Составной первичный ключ
    FOREIGN KEY (StudentID) REFERENCES Students(StudentID),
    FOREIGN KEY (CourseID) REFERENCES Courses(CourseID)
);

Ключевые термины и важные дополнения

• Первичный ключ (Primary Key): Уникальный идентификатор записи в таблице.
• Внешний ключ (Foreign Key): Поле в одной таблице, которое ссылается на первичный ключ другой таблицы. Это основной механизм обеспечения ссылочной целостности (Referential Integrity).
• Каскадные операции (CASCADE): При определении внешнего ключа можно задать правила (ON DELETE CASCADE, ON UPDATE CASCADE) для автоматического удаления или обновления связанных записей в дочерней таблице при изменении родительской.
• Самостоятельная связь (Self-Referencing Relationship): Особый случай связи "один к многим", когда таблица ссылается на себя. Например, таблица Сотрудники с полем ManagerID, который ссылается на EmployeeID в той же таблице (иерархия подчинения).

Для QA Engineer понимание этих связей критично важно при тестировании приложений, работающих с БД. Это позволяет:

1. Проверять корректность данных: Убедиться, что при создании заказа (Orders) существует соответствующий клиент (Customers) (1:N).
2. Составлять точные тестовые сценарии: Например, для теста удаления автора нужно учесть каскадное удаление его книг или запрет операции, если книги существуют.
3. Анализировать сложные запросы: Понимать, почему для выборки всех курсов студента нужен JOIN через связующую таблицу (M:N).
4. Проверять целостность базы данных: Тестировать, что внешние ключи предотвращают добавление "битых" ссылок (несуществующих ID).

Таким образом, глубокое понимание типов связей между таблицами — это не просто теория SQL, а практический инструмент для построения эффективных стратегий тестирования данных, их взаимосвязей и бизнес-логики, зависящей от этих структур.