Какие знаешь свойства первичного ключа?

Свойства первичного ключа (Primary Key) в реляционных базах данных

Первичный ключ — это фундаментальное понятие в проектировании реляционных баз данных, обеспечивающее целостность данных и однозначную идентификацию записей. Как QA Engineer, я должен глубоко понимать эти свойства, чтобы проектировать корректные тесты на целостность данных, валидацию бизнес-правил и эффективные запросы. Вот ключевые свойства:

1. Уникальность (Uniqueness)

Каждое значение первичного ключа должно быть уникальным в пределах таблицы. Не может быть двух строк с одинаковым значением PK.

-- Пример нарушения: эта вставка вызовет ошибку, если id уже существует
INSERT INTO users (id, name) VALUES (1, 'Alice');
INSERT INTO users (id, name) VALUES (1, 'Bob'); -- Ошибка дублирования ключа!

2. Непустота (Not Null)

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

-- Недопустимая конструкция
CREATE TABLE invalid_table (
    id INT NULL PRIMARY KEY, -- Ошибка: PK не может быть nullable
    name VARCHAR(50)
);

3. Неизменяемость (Immutability)

Значение первичного ключа не должно изменяться после создания записи. Изменение PK может нарушить ссылочную целостность с дочерними таблицами.

-- Плохая практика (если такое разрешено СУБД)
UPDATE orders SET order_id = 1002 WHERE order_id = 1001; -- Опасная операция!

4. Минимальность (Minimality / Irreducibility)

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

-- Составной ключ оправдан только когда нужны оба поля для уникальности
CREATE TABLE order_items (
    order_id INT,
    product_id INT,
    quantity INT,
    PRIMARY KEY (order_id, product_id) -- Оба поля необходимы для уникальности
);

5. Постоянство во времени

PK должен сохранять свою идентифицирующую способность на протяжении всего жизненного цикла данных. Выбор "стабильных" данных для PK критически важен.

6. Связь с внешними ключами

Первичный ключ служит целью для ссылок из внешних ключей (Foreign Keys) других таблиц, обеспечивая ссылочную целостность.

CREATE TABLE departments (
    dept_id INT PRIMARY KEY, -- Первичный ключ
    name VARCHAR(50)
);

CREATE TABLE employees (
    emp_id INT PRIMARY KEY,
    name VARCHAR(50),
    dept_id INT,
    FOREIGN KEY (dept_id) REFERENCES departments(dept_id) -- Внешний ключ ссылается на PK
);

Практическое значение для QA Engineer

Понимание этих свойств помогает мне в:

• Тестировании целостности данных: Проверка, что СУБД корректно отвергает дубликаты PK и NULL-значения
• Проектировании тестовых данных: Создание данных, которые не нарушают constraints
• Тестировании миграций и ETL: Проверка сохранения уникальности при переносе данных
• Валидации бизнес-логики: Убедиться, что приложение правильно обрабатывает нарушения PK
• Нагрузочном тестировании: Понимание, как индексы на PK влияют на производительность

Типы первичных ключей на практике

• Суррогатные ключи: Автоинкрементные числа (ID), не несущие бизнес-смысла
• Естественные ключи: Существующие бизнес-данные (номер паспорта, код товара)
• Составные ключи: Комбинация нескольких полей

Для QA важно тестировать оба сценария: как система ведет себя при корректных PK, и как обрабатывает нарушения — возвращает ли понятные ошибки, не приводит ли к неконсистентности данных. Например, при тестировании API, который создает сущности, нужно проверять реакцию на попытку создания дубликата по полю PK.