Какие требования к Primary Key?

Требования к первичному ключу (Primary Key)

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

Основные требования к первичному ключу

1. Уникальность (Uniqueness) Каждое значение первичного ключа должно быть уникальным в пределах таблицы. Не допускается дублирование значений. Это гарантирует, что каждая строка может быть однозначно идентифицирована.

   -- Недопустимо: две строки с одинаковым PK
   INSERT INTO users (id, name) VALUES (1, 'Alice');
   INSERT INTO users (id, name) VALUES (1, 'Bob'); -- Ошибка!
   

2. Отсутствие NULL-значений (Non-nullability) Первичный ключ не может содержать значения NULL. Это требование обеспечивает полноту идентификатора для каждой записи.

   CREATE TABLE users (
       id INT PRIMARY KEY, -- Не может быть NULL
       name VARCHAR(100)
   );
   
   INSERT INTO users (id, name) VALUES (NULL, 'Charlie'); -- Ошибка!
   

3. Неизменяемость (Immutability) Значения первичного ключа не должны изменяться после создания записи. Изменение PK может нарушить целостность ссылок в связанных таблицах через внешние ключи (Foreign Keys).

   -- Проблема при изменении PK
   UPDATE users SET id = 2 WHERE id = 1; -- Опасно, если есть FOREIGN KEY
   

4. Стабильность (Stability) Значения PK должны быть стабильными и не зависеть от изменяемых данных. Например, использование email в качестве PK — плохая практика, так как email может измениться.

Дополнительные рекомендации и практики

• Простота и минимальность: PK должен быть максимально простым. Предпочтительны суррогатные ключи (автоинкрементные числа, UUID), а не естественные ключи (данные из предметной области, как паспортные данные).

  -- Суррогатный ключ (рекомендуется)
  CREATE TABLE orders (
      order_id SERIAL PRIMARY KEY, -- Автоинкремент
      order_date DATE,
      customer_id INT
  );
  
  -- Естественный ключ (часто проблематичен)
  CREATE TABLE employees (
      passport_number VARCHAR(20) PRIMARY KEY, -- Может измениться
      name VARCHAR(100)
  );
  

• Производительность: PK автоматически создаёт кластеризованный индекс (в большинстве СУБД, например, MySQL InnoDB, SQL Server). Поэтому выбор типа данных важен:

  • INT/BIGINT — быстрее для JOIN и диапазонных запросов.
  • UUID — глобально уникален, но может фрагментировать индекс.

  // Пример генерации UUID в Go для PK
  package main
  
  import (
      "github.com/google/uuid"
      "fmt"
  )
  
  func main() {
      id := uuid.New() // Уникальный идентификатор для PK
      fmt.Println(id.String())
  }
  

• Семантика: PK не должен нести бизнес-смысла (кроме специальных случаев). Это предотвращает необходимость изменений при эволюции бизнес-правил.

Составной первичный ключ

Если уникальность обеспечивается комбинацией столбцов, используется составной первичный ключ:

CREATE TABLE order_items (
    order_id INT,
    product_id INT,
    quantity INT,
    PRIMARY KEY (order_id, product_id) -- Составной ключ
);

Требования те же: уникальность комбинации, отсутствие NULL в любом из столбцов ключа.

Влияние на проектирование БД

Первичный ключ напрямую влияет на:

• Целостность данных: через связи с внешними ключами.
• Производительность: как основа индексов.
• Масштабируемость: выбор между последовательными ID и UUID важен для распределённых систем.

Пример в Go с использованием первичного ключа

package main

import (
    "database/sql"
    _ "github.com/lib/pq"
    "log"
)

type User struct {
    ID   int    `json:"id"`   // Первичный ключ
    Name string `json:"name"`
}

func main() {
    db, err := sql.Open("postgres", "host=localhost user=postgres dbname=test sslmode=disable")
    if err != nil {
        log.Fatal(err)
    }
    defer db.Close()

    // Вставка с возвратом сгенерированного PK (например, SERIAL)
    var id int
    err = db.QueryRow("INSERT INTO users (name) VALUES ($1) RETURNING id", "Alice").Scan(&id)
    if err != nil {
        log.Fatal(err)
    }
    log.Printf("Создан пользователь с ID: %d", id)
}

Вывод

Первичный ключ — это непротиворечивый, уникальный и неизменяемый идентификатор, обеспечивающий целостность данных и эффективный доступ. При проектировании следует отдавать предпочтение суррогатным ключам (INT, UUID), учитывать влияние на индексы и избегать использования изменяемых или бизнес-данных. Соблюдение этих требований — основа надёжной и производительной базы данных.