Допустим, у вас есть мягкое удаление пользователей:
SELECT email, deleted_at
FROM users;
После удаления запись остаётся в таблице, но появляется дата удаления.
Обычный уникальный индекс создаст проблему:
CREATE UNIQUE INDEX users_email_uniq
ON users (email);
Теперь пользователь не сможет зарегистрироваться повторно с тем же email даже после удаления старого аккаунта.
Решение — частичный уникальный индекс:
CREATE UNIQUE INDEX users_active_email_uniq
ON users (email)
WHERE deleted_at IS NULL;
Теперь PostgreSQL будет проверять уникальность только среди активных пользователей.
Удалённые записи перестают участвовать в проверке.
Точно так же можно хранить:
CREATE UNIQUE INDEX one_draft_per_user
ON posts (user_id)
WHERE status = 'draft';
В этом случае у пользователя может быть сколько угодно опубликованных статей, но только один черновик одновременно.
🔥 Полезный инструмент для ограничений, которые обычно пытаются реализовать через триггеры или код приложения.
➡️ SQL Ready | #совет
