Какие знаешь свойства Primary Key?

Свойства Primary Key (Первичного ключа)

Primary Key (PK) — это фундаментальное понятие в реляционных базах данных, представляющее собой ограничение (constraint), которое однозначно идентифицирует каждую запись в таблице. Вот ключевые свойства первичного ключа:

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

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

-- Это НЕ допустимо:
-- ID | Name
-- 1  | Иван
-- 1  | Петр  ❌ Нарушение уникальности PK

2. Отсутствие NULL значений (Non-nullability)

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

CREATE TABLE Users (
    user_id INT PRIMARY KEY, -- Не может быть NULL
    username VARCHAR(50) NOT NULL
);

-- Этот INSERT вызовет ошибку:
INSERT INTO Users (user_id, username) VALUES (NULL, 'Анна'); ❌

3. Неизменяемость (Immutability - на практике)

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

4. Минимальная избыточность (Minimality)

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

-- Пример составного ключа
CREATE TABLE Enrollment (
    student_id INT,
    course_id INT,
    enrollment_date DATE,
    PRIMARY KEY (student_id, course_id) -- Оба поля необходимы для уникальности
);

5. Стабильность (Stability)

Значения первичного ключа должны быть стабильными во времени. Это связано с неизменяемостью — выбранные значения не должны зависеть от изменчивых данных (например, email или телефон, которые могут меняться).

6. Одноразовость (Single per table)

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

7. Индексирование (Automatically Indexed)

В большинстве СУБД при создании первичного клавиша автоматически создаётся уникальный индекс (обычно кластерный в SQL Server, уникальный в Oracle и MySQL). Это обеспечивает быстрый поиск по PK.

Практические аспекты выбора Primary Key

При проектировании обычно рассматривают следующие подходы:

• Естественный ключ — использование existing бизнес-данных (номер паспорта, артикул товара)

  • Плюсы: Имеет бизнес-смысл
  • Минусы: Может меняться, не всегда гарантирует уникальность

• Суррогатный ключ — искусственно созданный идентификатор (автоинкремент, UUID, последовательность)

  -- Наиболее распространённый подход
  CREATE TABLE Products (
      id BIGINT AUTO_INCREMENT PRIMARY KEY, -- Суррогатный ключ
      article_code VARCHAR(20) UNIQUE,      -- Естественный ключ как альтернатива
      name VARCHAR(100)
  );
  

• Составной ключ — комбинация нескольких полей

  -- Пример для таблицы "Продажи по дням"
  CREATE TABLE DailySales (
      store_id INT,
      product_id INT,
      sale_date DATE,
      quantity INT,
      PRIMARY KEY (store_id, product_id, sale_date) -- Все три поля необходимы
  );
  

Важность в системе баз данных

Первичный ключ играет критическую роль в:

• Обеспечении целостности данных — предотвращает дублирование записей
• Создании отношений между таблицами — через механизм Foreign Key
• Оптимизации производительности — автоматическое индексирование ускоряет выборки
• Организации хранения — во многих СУБД данные физически упорядочиваются по PK (кластерный индекс)

Пример нарушения и обработки

-- Попытка нарушить уникальность PK
INSERT INTO Users (user_id, username) VALUES (1, 'Мария');
INSERT INTO Users (user_id, username) VALUES (1, 'Олег'); -- ❌ Ошибка: нарушение PK

-- Правильный подход с суррогатным ключом:
CREATE TABLE Employees (
    emp_id SERIAL PRIMARY KEY, -- Автоматическая генерация
    email VARCHAR(100) UNIQUE NOT NULL,
    full_name VARCHAR(100)
);

-- СУБД сама сгенерирует уникальные значения:
INSERT INTO Employees (email, full_name) VALUES ('ivanov@mail.com', 'Иванов Иван');
INSERT INTO Employees (email, full_name) VALUES ('petrov@mail.com', 'Петров Петр');

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