Как можно внедрить ограничение в таблицу?

Ограничения в таблице (Constraints)

Ограничения (constraints) — это правила, которые определяют, какие данные можно вносить и хранить в таблице базы данных. Они обеспечивают целостность и консистентность данных. Рассмотрим основные типы ограничений.

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

Определяет уникальный идентификатор каждой строки таблицы. Не может быть NULL и должен быть уникальным.

// При создании таблицы
CREATE TABLE users (
    id INT PRIMARY KEY AUTO_INCREMENT,
    username VARCHAR(50) NOT NULL,
    email VARCHAR(100) NOT NULL
);

// Или добавить отдельно
ALTER TABLE users ADD CONSTRAINT pk_users PRIMARY KEY (id);

В JPA/Hibernate:

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

2. UNIQUE (Уникальность)

Убеждает, что все значения в столбце уникальны. Может быть несколько NULL значений.

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

// Или с именованием constraint
ALTER TABLE users ADD CONSTRAINT uk_email UNIQUE (email);

В JPA:

@Entity
public class User {
    @Id
    private Long id;
    
    @Column(unique = true, nullable = false)
    private String email;
}

3. NOT NULL (Не пусто)

Гарантирует, что столбец всегда содержит значение, не может быть NULL.

CREATE TABLE users (
    id INT PRIMARY KEY,
    username VARCHAR(50) NOT NULL,
    created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP
);

В JPA:

@Column(nullable = false)
private String username;

4. FOREIGN KEY (Внешний ключ)

Связывает таблицы друг с другом, обеспечивая целостность связей между данными.

CREATE TABLE posts (
    id INT PRIMARY KEY AUTO_INCREMENT,
    user_id INT NOT NULL,
    title VARCHAR(200) NOT NULL,
    FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE
);

В JPA:

@Entity
public class Post {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    
    @ManyToOne
    @JoinColumn(name = "user_id", nullable = false)
    private User user;
    
    private String title;
}

Опции каскадного удаления:

• ON DELETE CASCADE — удаляет дочерние записи
• ON DELETE SET NULL — устанавливает NULL
• ON DELETE RESTRICT — запрещает удаление
• ON DELETE NO ACTION — не выполняет действие

5. CHECK (Проверка условия)

Проверяет условие перед вставкой/обновлением данных.

CREATE TABLE products (
    id INT PRIMARY KEY,
    name VARCHAR(100),
    price DECIMAL(10,2),
    CONSTRAINT check_price CHECK (price > 0)
);

ALTER TABLE products ADD CONSTRAINT check_stock CHECK (stock >= 0);

6. DEFAULT (Значение по умолчанию)

Устанавливает значение, которое используется, если значение не указано.

CREATE TABLE users (
    id INT PRIMARY KEY,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    status VARCHAR(20) DEFAULT ACTIVE,
    is_premium BOOLEAN DEFAULT FALSE
);

В JPA:

@Column(columnDefinition = "VARCHAR(20) DEFAULT ACTIVE")
private String status;

@Column(columnDefinition = "BOOLEAN DEFAULT FALSE")
private Boolean isPremium;

7. Комбинированный PRIMARY KEY

Первичный ключ на основе нескольких столбцов:

CREATE TABLE order_items (
    order_id INT NOT NULL,
    product_id INT NOT NULL,
    quantity INT NOT NULL,
    PRIMARY KEY (order_id, product_id),
    FOREIGN KEY (order_id) REFERENCES orders(id),
    FOREIGN KEY (product_id) REFERENCES products(id)
);

В JPA используется @IdClass или @EmbeddedId:

@IdClass(OrderItemId.class)
@Entity
public class OrderItem {
    @Id
    private Long orderId;
    
    @Id
    private Long productId;
    
    private Integer quantity;
}

public class OrderItemId implements Serializable {
    private Long orderId;
    private Long productId;
}

Лучшие практики:

1. Всегда определяйте PRIMARY KEY — это основа целостности данных
2. Используйте FOREIGN KEY для связей — это предотвращает иметь сиротские записи
3. Добавляйте NOT NULL для обязательных полей — это гарантирует полноту данных
4. Используйте UNIQUE для полей, которые должны быть уникальны — email, логины и т.д.
5. Добавляйте CHECK constraints для валидации — это дополнительный уровень защиты
6. Давайте понятные имена constraints — облегчает отладку
7. Используйте миграции для изменения constraints — при помощи инструментов типа Liquibase/Flyway

Правильное использование constraints — это основа надежной и безопасной системы хранения данных.