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

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

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

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

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

Например, есть таблица users и таблица orders. В users поле id — первичный ключ, а в orders поле user_id — внешний ключ, который указывает на users.id.

CREATE TABLE users (
    id INT PRIMARY KEY,
    name VARCHAR(100) NOT NULL
);

CREATE TABLE orders (
    id INT PRIMARY KEY,
    user_id INT NOT NULL,
    amount DECIMAL(10, 2) NOT NULL,
    CONSTRAINT fk_orders_users
        FOREIGN KEY (user_id) REFERENCES users(id)
);

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

Здесь таблица users хранит пользователей, а таблица orders — заказы. Поле users.id уникально идентифицирует строку пользователя. Поле orders.user_id хранит ссылку на конкретного пользователя, поэтому каждый заказ относится к существующему пользователю. Если попытаться вставить в orders.user_id значение, которого нет в users.id, СУБД отклонит запись.

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

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

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