CREATE INDEX CONCURRENTLY: подводные камни

Обычный CREATE INDEX блокирует запись в таблицу (блокировка SHARE) на всё время построения. CONCURRENTLY строит индекс в несколько проходов и ждёт завершения транзакций, которые могут его не учитывать, поэтому идёт дольше, зато INSERT, UPDATE и DELETE продолжают работать. Ограничения: нельзя внутри BEGIN ... COMMIT (инструменты миграций нужно явно просить не оборачивать такую миграцию в транзакцию), а при ошибке, например нарушении уникальности, остаётся невалидный индекс: он не используется для чтения, но обновляется при записи. Его находят по pg_index.indisvalid = false и удаляют через DROP INDEX CONCURRENTLY.