Что можно использовать в качестве ID в сущности

Выбор типа ID для сущностей в Java

Основные требования к ID

ID (первичный ключ) должен быть:

• Уникальным в рамках таблицы
• Неизменяемым после создания
• Эффективным для поиска и индексирования
• Генерируемым или управляемым
• Типизированным (предпочтительно)

1. Long (bigint)

Это наиболее распространённый вариант для SQL базы данных:

import javax.persistence.*;

@Entity
@Table(name = "users")
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    
    private String name;
    private String email;
}

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

• Быстрое автоинкрементирование в БД
• Эффективное индексирование
• Хорошо работает с обычными SQL операциями
• Стандартный подход

Недостатки:

• Предсказуемые ID (потенциальная уязвимость)
• Чувствителен к переполнению (максимум 9 квинтиллионов)

2. UUID (Universally Unique Identifier)

Для распределённых систем и микросервисов:

import javax.persistence.*;
import java.util.UUID;

@Entity
@Table(name = "orders")
public class Order {
    @Id
    @GeneratedValue(strategy = GenerationType.UUID)
    @Column(columnDefinition = "CHAR(36)")
    private UUID id;
    
    private String productName;
    private BigDecimal price;
}

Или с аннотацией @Column:

@Entity
public class Product {
    @Id
    private UUID id;
    
    @PrePersist
    protected void onCreate() {
        if (id == null) {
            id = UUID.randomUUID();
        }
    }
}

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

• Глобально уникален (можно слить БД)
• Не требует координации
• Подходит для микросервисов
• Непредсказуем (безопаснее)

Недостатки:

• Занимает больше места (16 байт vs 8 байт для Long)
• Медленнее генерируется
• Не подходит для логирования (сложнее читать)

3. String (естественный ключ)

Для значимых идентификаторов:

@Entity
@Table(name = "countries")
public class Country {
    @Id
    private String code; // ISO 3166-1 alpha-2 ("US", "GB", "RU")
    
    private String name;
    private String continent;
}

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

• Читаемо и значимо
• Не требует отдельной генерации
• Хорошо работает для справочников

Недостатки:

• Можно случайно изменить
• Медленнее работает при индексировании больших объёмов
• Занимает больше места

4. Integer

Для меньших сущностей:

@Entity
public class Priority {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Integer id;
    
    private String name; // "High", "Medium", "Low"
}

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

• Компактно (4 байта)
• Быстро
• Подходит для справочников

Недостатки:

• Ограниченный диапазон (max ~2 млрд)
• Может быстро исчерпаться

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

Для сущностей с несколькими атрибутами первичного ключа:

import java.io.Serializable;

public class OrderLinePK implements Serializable {
    private Long orderId;
    private Integer lineNumber;
    
    @Override
    public boolean equals(Object o) {
        if (this == o) return true;
        if (o == null || getClass() != o.getClass()) return false;
        OrderLinePK that = (OrderLinePK) o;
        return Objects.equals(orderId, that.orderId) &&
               Objects.equals(lineNumber, that.lineNumber);
    }
    
    @Override
    public int hashCode() {
        return Objects.hash(orderId, lineNumber);
    }
}

@Entity
@IdClass(OrderLinePK.class)
@Table(name = "order_lines")
public class OrderLine {
    @Id
    private Long orderId;
    
    @Id
    private Integer lineNumber;
    
    private String productName;
    private Integer quantity;
}

Или с @Embeddable:

@Embeddable
public class OrderLinePK implements Serializable {
    private Long orderId;
    private Integer lineNumber;
}

@Entity
public class OrderLine {
    @EmbeddedId
    private OrderLinePK id;
    
    private String productName;
}

6. ULID и Snowflake ID

Для распределённых систем с временными метками:

public class Event {
    @Id
    private String id; // ULID: 01ARZ3NDEKTSV4RRFFQ69G5FAV
    
    private LocalDateTime createdAt;
    private String description;
}

EUID (как в PostgreSQL):

@Entity
public class Document {
    @Id
    @GeneratedValue(strategy = GenerationType.UUID)
    private UUID id; // PostgreSQL может генерировать natively
}

Сравнение подходов

Рекомендации

• Монолит с SQL: используйте Long с автоинкрементом
• Микросервисы: используйте UUID
• Справочники и документы: используйте String (естественный ключ)
• Очень большие объёмы: рассмотрите UUID или Snowflake ID
• Миграция между БД: используйте UUID для гибкости

Главное правило: ID должен быть уникальным, неизменяемым и эффективным для вашего случая использования.