Можно ли создать таблицу без PRIMARY KEY?

Таблицы без PRIMARY KEY в БД

Прямой ответ

Да, можно, но это очень плохая идея. PRIMARY KEY — фундамент хорошей схемы БД. Без него теряется много функциональности и появляются проблемы с производительностью.

Зачем нужен PRIMARY KEY?

PRIMARY KEY гарантирует:

1. Уникальность строк — каждая строка однозначно идентифицирована

CREATE TABLE users (
    id BIGINT PRIMARY KEY, -- ← Гарантирует уникальность
    email VARCHAR(255),
    name VARCHAR(100)
);

-- Без PRIMARY KEY — дублирующиеся записи
CREATE TABLE users_bad (
    email VARCHAR(255),
    name VARCHAR(100)
);
INSERT INTO users_bad VALUES ('john@example.com', 'John');
INSERT INTO users_bad VALUES ('john@example.com', 'John'); -- Допустимо!

1. Быстрый поиск через индекс

-- С PRIMARY KEY (очень быстро, индекс)
SELECT * FROM users WHERE id = 123; -- O(log n)

-- Без PRIMARY KEY (медленно, full table scan)
SELECT * FROM events WHERE user_id = 456; -- O(n)

1. Foreign Keys (связи между таблицами)

CREATE TABLE orders (
    id BIGINT PRIMARY KEY,
    user_id BIGINT NOT NULL,
    FOREIGN KEY (user_id) REFERENCES users(id) -- ← Требует PK в users
);

1. Реляционная целостность

-- Без PRIMARY KEY не можешь гарантировать что удалишь правильную строку
DELETE FROM users WHERE email = 'john@example.com';
-- Может быть несколько строк с одинаковым email!
-- Какую удалить?

1. Обновления и каскадные операции

UPDATE users SET email = 'newemail@example.com' WHERE id = 123;
-- С PRIMARY KEY операция точная

-- Без PRIMARY KEY
UPDATE users SET email = 'newemail@example.com' WHERE name = 'John';
-- Может обновить несколько строк!

Типы PRIMARY KEY

1. Surrogate Key (искусственный, рекомендуется)

CREATE TABLE users (
    id BIGINT PRIMARY KEY AUTO_INCREMENT, -- ← UUID или последовательность
    email VARCHAR(255) UNIQUE NOT NULL,
    name VARCHAR(100) NOT NULL,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

Преимущества:

• Малый размер (BIGINT = 8 байт)
• Быстрые индексы
• Независимый от данных

2. Natural Key (на основе данных)

CREATE TABLE user_profiles (
    user_id BIGINT NOT NULL,
    profile_type VARCHAR(50) NOT NULL,
    PRIMARY KEY (user_id, profile_type), -- ← Составной PK
    FOREIGN KEY (user_id) REFERENCES users(id)
);

Используется если комбинация полей уникальна.

3. UUID (Global Unique Identifier)

CREATE TABLE orders (
    id UUID PRIMARY KEY DEFAULT gen_random_uuid(), -- PostgreSQL
    user_id UUID NOT NULL,
    order_date TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

Как выглядит таблица БЕЗ PRIMARY KEY

CREATE TABLE bad_example (
    name VARCHAR(100),
    age INT,
    email VARCHAR(255)
);

INSERT INTO bad_example VALUES ('Alice', 30, 'alice@example.com');
INSERT INTO bad_example VALUES ('Alice', 30, 'alice@example.com'); -- Дублирование!
INSERT INTO bad_example VALUES ('Alice', 30, 'alice@example.com'); -- Еще раз!

SELECT * FROM bad_example;
-- name  | age | email
-- Alice | 30  | alice@example.com
-- Alice | 30  | alice@example.com
-- Alice | 30  | alice@example.com

Проблемы при отсутствии PRIMARY KEY

Проблема 1: Дублирование данных

CREATE TABLE products (
    name VARCHAR(100),
    price DECIMAL(10, 2)
);

INSERT INTO products VALUES ('Laptop', 999.99);
INSERT INTO products VALUES ('Laptop', 999.99);
-- Невозможно отличить строки!

Проблема 2: Невозможно удалить конкретную строку

DELETE FROM products WHERE name = 'Laptop' AND price = 999.99;
-- Удалит ВСЕ лаптопы по 999.99!
-- Нет способа удалить только одну копию

Проблема 3: Невозможно создать Foreign Key

CREATE TABLE orders (
    id INT PRIMARY KEY,
    product_name VARCHAR(100),
    FOREIGN KEY (product_name) REFERENCES products(name)
    -- ❌ ERROR: referenced column must be unique!
);

Проблема 4: ORM не может работать

// Hibernate/JPA требует PRIMARY KEY
@Entity
@Table(name = "products")
public class Product {
    @Id // ← Где взять PRIMARY KEY?
    private Long id;
    
    private String name;
    private BigDecimal price;
}

// Ошибка при попытке использовать
productRepository.deleteById(id);
// Не знает как идентифицировать строку!

В каких случаях таблица может быть БЕЗ PK?

1. Временные таблицы логов (очень редко)

CREATE TEMPORARY TABLE temp_logs (
    timestamp TIMESTAMP,
    message TEXT,
    level VARCHAR(10)
); -- Используется только в этой сессии

2. Таблицы агрегации (бизнес-требование)

CREATE TABLE daily_stats (
    date DATE NOT NULL UNIQUE, -- ← Уникально, но не PRIMARY KEY
    total_revenue DECIMAL(15, 2),
    order_count INT
);

-- Или правильнее:
CREATE TABLE daily_stats (
    id BIGINT PRIMARY KEY,
    date DATE NOT NULL UNIQUE,
    total_revenue DECIMAL(15, 2),
    order_count INT
);

Best Practice

1. ВСЕГДА добавляй PRIMARY KEY

// JPA Entity
@Entity
@Table(name = "users")
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    
    @Column(unique = true, nullable = false)
    private String email;
    
    private String name;
}

2. Используй автоинкремент для новых таблиц

CREATE TABLE users (
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    email VARCHAR(255) UNIQUE NOT NULL,
    name VARCHAR(100),
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

3. Используй UUID для распределенных систем

CREATE TABLE users (
    id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    email VARCHAR(255) UNIQUE NOT NULL,
    name VARCHAR(100)
);

4. Комбинированный PRIMARY KEY для связных таблиц

CREATE TABLE user_roles (
    user_id BIGINT NOT NULL,
    role_id BIGINT NOT NULL,
    assigned_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    PRIMARY KEY (user_id, role_id),
    FOREIGN KEY (user_id) REFERENCES users(id),
    FOREIGN KEY (role_id) REFERENCES roles(id)
);

Добавление PRIMARY KEY к существующей таблице

-- Если данные позволяют
ALTER TABLE users ADD PRIMARY KEY (id);

-- Если нужен новый столбец
ALTER TABLE users ADD COLUMN id BIGINT AUTO_INCREMENT UNIQUE;
ALTER TABLE users ADD PRIMARY KEY (id);

-- Удалить старый PRIMARY KEY
ALTER TABLE users DROP PRIMARY KEY;

Выводы

• PRIMARY KEY обязателен для нормальной схемы БД
• Гарантирует уникальность, индексирование, referential integrity
• ORM (Hibernate, JPA) требует PRIMARY KEY
• Используй surrogate key (BIGINT AUTO_INCREMENT) для большинства таблиц
• Foreign Keys не работают без PRIMARY KEY в referenced таблице
• Избегай таблиц без PK — это приводит к data corruption и проблемам с производительностью