Как можно идентифицировать запись в таблице?

Идентификация записей в таблице БД

Для уникальной идентификации записей в таблице используются несколько подходов:

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

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

CREATE TABLE users (
    id INT PRIMARY KEY AUTO_INCREMENT,
    username VARCHAR(100) NOT NULL,
    email VARCHAR(100) NOT NULL
);

В Java при работе с ORM (Hibernate/JPA):

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

2. Составной первичный ключ (Composite Key)

Используется когда одного поля недостаточно для гарантии уникальности:

@Embeddable
public class OrderItemId implements Serializable {
    @Column(name = "order_id")
    private Long orderId;
    
    @Column(name = "item_id")
    private Long itemId;
}

@Entity
@Table(name = "order_items")
public class OrderItem {
    @EmbeddedId
    private OrderItemId id;
    
    private Integer quantity;
}

3. Уникальный индекс (Unique Index)

Позволяет использовать альтернативный ключ для идентификации:

@Entity
@Table(name = "users", uniqueConstraints = {
    @UniqueConstraint(columnNames = "email")
})
public class User {
    @Id
    private Long id;
    
    @Column(unique = true)
    private String email;
}

4. UUID как первичный ключ

В современных приложениях часто используется UUID для распределённых систем:

@Entity
@Table(name = "products")
public class Product {
    @Id
    @GeneratedValue(strategy = GenerationType.UUID)
    private UUID id;
    
    private String name;
    private BigDecimal price;
}

Важные особенности

• Первичный ключ не может быть NULL
• Каждая таблица должна иметь ровно один первичный ключ
• Первичный ключ автоматически создаёт индекс для оптимизации поиска
• Выбор типа ключа влияет на производительность и возможность масштабирования

Выбор способа идентификации зависит от требований приложения: для монолитных систем подойдёт автоинкремент, для микросервисов и распределённых систем — UUID.