-- В on-demand-модели планы не апсертятся по бизнес-ключу: при перевыдаче того же окна
-- (после REJECTED/негатива) создаётся новая строка с новым plan_id, а старая остаётся в истории.
-- Поэтому уникальность по (spacecraft_id, start_time, end_time, kpp_id) больше не нужна.
ALTER TABLE planned_plan
    DROP CONSTRAINT IF EXISTS uq_planned_plan_business_key;
