Какие знаешь ключи в базах данных?

Ключи в базах данных: типы и назначение

В реляционных базах данных ключи — это специальные атрибуты (столбцы), которые используются для уникальной идентификации записей, обеспечения целостности данных и установления связей между таблицами. Понимание ключей критически важно для проектирования эффективной схемы БД. Вот основные типы ключей, которые я выделяю:

1. Первичный ключ (Primary Key, PK)

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

CREATE TABLE users (
    id SERIAL PRIMARY KEY,
    email VARCHAR(255) NOT NULL UNIQUE,
    username VARCHAR(50) NOT NULL
);

2. Внешний ключ (Foreign Key, FK)

Служит для связи таблиц через ссылки на первичный ключ другой таблицы. Гарантирует ссылочную целостность (referential integrity). Пример:

CREATE TABLE orders (
    order_id INT PRIMARY KEY,
    user_id INT REFERENCES users(id) ON DELETE CASCADE,
    amount DECIMAL(10,2)
);

3. Уникальный ключ (Unique Key, UK)

Обеспечивает уникальность значений в столбце, но, в отличие от PK, позволяет NULL значения (количество зависит от СУБД). Таблица может иметь несколько UK:

ALTER TABLE users ADD CONSTRAINT unique_email UNIQUE (email);

4. Составной ключ (Composite Key)

Формируется из двух или более столбцов, которые вместе обеспечивают уникальность. Может быть первичным или уникальным:

CREATE TABLE enrollments (
    student_id INT,
    course_id INT,
    enrolled_at TIMESTAMP,
    PRIMARY KEY (student_id, course_id)
);

5. Потенциальный ключ (Candidate Key)

Это столбец или комбинация столбцов, которые могли бы стать первичным ключом, так как удовлетворяют требованиям уникальности и ненулевого значения. Например, в таблице users как PK может выступать id, а email — как потенциальный ключ.

6. Суперключ (Super Key)

Набор столбцов, который уникально идентифицирует запись, но может содержать избыточные атрибуты. Например, (id, email) для таблицы users — суперключ, так как id уже уникален.

7. Натуральный и суррогатный ключи

• Натуральный ключ — имеет смысловое значение (например, паспортные данные). Часто нестабилен и может меняться.
• Суррогатный ключ — искусственный идентификатор (например, автоинкрементный id), не имеющий бизнес-логики. В Go часто предпочтителен для связей:

type User struct {
    ID       int    `db:"id"`
    Email    string `db:"email"`
}

Практическое применение в Go-разработке

В Go при работе с БД через database/sql или ORM вроде gorm ключи влияют на миграции, запросы и производительность:

• Индексы автоматически создаются на PK и UK, ускоряя поиск.
• Внешние ключи обеспечивают целостность на уровне БД, но иногда их логику переносят в приложение для гибкости.
• Суррогатные ключи упрощают кеширование и шардирование.

Итог: Ключи — основа реляционной модели. Правильный выбор (особенно между суррогатным и натуральным PK) влияет на масштабируемость, производительность и поддержку кода. В высоконагруженных системах часто предпочитают суррогатные ключи с индексами на бизнес-полях для баланса целостности и скорости.