Что хотят услышать интервьюеры:

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

Определение:

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

Пример использования:

Например, в системе интернет-магазина есть таблицы Customers, Orders и Products.

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

CREATE TABLE Customers (
    Id INT PRIMARY KEY,
    Name NVARCHAR(100) NOT NULL
);

CREATE TABLE Orders (
    Id INT PRIMARY KEY,
    CustomerId INT NOT NULL,
    OrderDate DATETIME NOT NULL,
    CONSTRAINT FK_Orders_Customers
        FOREIGN KEY (CustomerId) REFERENCES Customers(Id)
);

CREATE TABLE Products (
    Id INT PRIMARY KEY,
    Name NVARCHAR(100) NOT NULL
);

CREATE TABLE OrderItems (
    OrderId INT NOT NULL,
    ProductId INT NOT NULL,
    Quantity INT NOT NULL,
    PRIMARY KEY (OrderId, ProductId),
    FOREIGN KEY (OrderId) REFERENCES Orders(Id),
    FOREIGN KEY (ProductId) REFERENCES Products(Id)
);

Пояснение кода:

В этом примере:

Customers.Id, Orders.Id, Products.Id — это первичные ключи, которые однозначно идентифицируют записи.
Orders.CustomerId — внешний ключ, который связывает каждый заказ с конкретным покупателем. Это реализует связь один-ко-многим.
OrderItems — промежуточная таблица для связи многие-ко-многим между заказами и товарами.
Составной первичный ключ (OrderId, ProductId) не позволяет добавить одну и ту же пару заказ–товар дважды.
Внешние ключи в OrderItems гарантируют, что нельзя сослаться на несуществующий заказ или товар.

Ключевые моменты:

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

Какими способами таблицы в базах данных могут быть связаны между собой?