Это понятно, но вот моих знаний как победить - увы не достаточно(

удали индекс и создай заново без unique, но пока база будет без индекса ты и сервер будете испытывать анальную боль

сервер от отсутствия индексов, а ты когда дба увидит что ты сделал )

Индексы в базе тут лучше не трогать)

ты можешь добавить к рандому соль в виде времени

тогда скорее всего не повторится

но шанс есть :)

Ужасный совет.

самый топорный, согласен

но ему надо рандом генерить с которым будут проблемы всегда

если индекс конкурентный, то боль будет не сильная.

нуу... все зависит от многих условий на самом деле

может будет, может нет, это индивидуально

каких?
я вам конкретную вещь привел в пример, а вы по древу растеклись.

нагрузки на сервер, хотя бы

это здесь при чем?

ах, тогда дайте ему свой совет

я предложил пересоздать индекс и это выход чтобы решить проблему с рандомом

второй вариант сделать счетчик без всяких рандомов, тупо +1 на каждый номер

внимательно читаем доку.
я тупой поэтому только цитирую.

CONCURRENTLY
С этим указанием PostgreSQL построит индекс, не устанавливая никаких блокировок, которые бы предотвращали добавление, изменение или удаление записей в таблице, тогда как по умолчанию операция построения индекса блокирует запись (но не чтение) данных в таблице до своего завершения. С созданием индекса в этом режиме связан ряд особенностей, о которых следует знать, — см. Неблокирующее построение индексов.