Первичный ключ уникально идентифицирует каждую строку в таблице; внешний ключ ссылается на первичный ключ другой таблицы, устанавливая связь между таблицами и обеспечивая целостность ссылок (вы не можете ссылаться на строку, которая не существует).
users (
id ,
name (),
email ()
);
Первичный ключ уникален и не может быть null — он идентифицирует каждую строку. Он автоматически индексируется (быстрый поиск) и на него ссылаются внешние ключи.
CREATE TABLE orders (
id INT PRIMARY KEY,
user_id INT,
total DECIMAL(10,2),
FOREIGN KEY (user_id) REFERENCES users(id) -- user_id must match a users.id
);
Внешний ключ (user_id) ссылается на первичный ключ другой таблицы (users.id), создавая связь "заказ принадлежит пользователю". База данных обеспечивает это: вы не можете вставить заказ с user_id, который не существует в users.
INSERT INTO orders (user_id, total) VALUES (999, 50); -- ❌ ERROR if user 999 doesn't exist
-- the foreign key PREVENTS orphaned records (orders referencing non-existent users)
Целостность ссылок означает, что база данных гарантирует валидность связей — вы не можете иметь заказ, ссылающийся на несуществующего пользователя. Это предотвращает повреждение данных от осиротевших/невалидных ссылок.
FOREIGN KEY (user_id) REFERENCES users(id)
ON DELETE CASCADE -- delete the user → delete their orders too
-- ON DELETE SET NULL -- set user_id to NULL
-- ON DELETE RESTRICT -- prevent deleting a user who has orders (default-ish)
ON DELETE/ON UPDATE определяют, что происходит с зависимыми строками при удалении или изменении ссылаемой строки — CASCADE (распространить), SET NULL или RESTRICT (предотвратить). Правильный выбор важен, чтобы избежать случайной потери данных или осиротевших строк.
Первичные и внешние ключи являются фундаментом проектирования реляционных баз данных — это то, как реляционная модель устанавливает идентичность и связи между таблицами, поэтому их понимание необходимо для проектирования и работы с любой реляционной базой данных. Первичные ключи (уникально идентифицирующие каждую строку, автоматически индексируемые) являются основой идентичности таблицы и тем, на что ссылаются связи. Внешние ключи устанавливают связи между таблицами (заказы принадлежат пользователям и т.д.), которые определяют реляционную структуру данных приложения.
Критически важно, что внешние ключи обеспечивают целостность ссылок — база данных гарантирует валидность связей (вы не можете ссылаться на несуществующую строку), что предотвращает повреждение данных от осиротевших или невалидных ссылок, важное преимущество надёжности, которое автоматически поддерживает консистентность данных.
Понимание поведений ON DELETE/ON UPDATE (CASCADE, SET NULL, RESTRICT) важно, потому что они определяют, что происходит со связанными данными при изменении или удалении ссылаемой строки — правильный выбор предотвращает случайную потерю данных (например, CASCADE удаляет больше, чем предполагалось) или осиротевшие записи, это существенное решение при проектировании.
Поскольку связи между таблицами являются сутью реляционных баз данных, а первичные/внешние ключи (и целостность ссылок) — это то, как эти связи определяются и защищаются, их понимание — ключи для идентичности и связей, целостность ссылок для консистентности данных и поведения при удалении для управления связанными данными — это базовое, фундаментальное знание для проектирования баз данных и частая тема интервью, необходимая для правильной работы с реляционными данными.