это PGPro дистрибутив, не ванильный?

ага, написали и сами же увидели сразу)))

как вариант, да.
можно сформировать список:
- через подзапрос с row_number() OVER () — тут желательно добавить ORDER BY, но можно и без, тогда в порядке появления записей будут номера
- развернуть массив значений через unnest(ARRAY[]) a WITH ORDINALITY AS a(a, seq)

из 80кк обновляется за день 10кк гдето. запросы с условием на выборку по полю updated_at к примеру так же оч долго идут.

заменить update на insert?

с row_number() вроде как самый нормальный вариант. Спасибо, попробую

Где-то 15 минут — это не "очень долго", нет? Вообще, всё это разговор ни о чём, IMNSHO — Вам сначала нужно bottleneck найти, а уже потом с ним что-то делать. ;)

Всем добрый день
Скажите, вы когда нибудь замеряли на какое время pg_repack накладывает блокировки? И есть ли какой-то способ, кроме тестов

Всем привет!
Предусловие: PostgreSQL 11.8 && java 11 && Spring JPA 2.1 && Hibernate 5.4.3

Описание:
Для генерирования идентификаторов используются след. аннотации @GeneratedValue(strategy = GenerationType.SEQUENCE) @SequenceGenerator(allocationSize = default 50)
Шаг инкремента в БД сиквенса равен 50.
4 инстанса приложения.  

Проблема:  ERROR: duplicate key value violates unique constraint "..._pkey"

Может кто сталкивался с такой проблемой

он должен:
- взять Access Exclusive Lock в начале работы, чтобы сделать “отсечку” для работы. в этот момент он отстрелит мешающие сессии (`-D`) через таймаут (`-T`)
- затем он понижает до Access Share Lock (минимальный) и тащит данные
- затем опять берёт Access Exclusive Lock для подмены таблицы, тут ещё раз происходит (или нет) отстрел.
если указана опция -D (не отстреливать) и кто-то мешает – ничего не будет сделано

выгребайте по этому полю периодически значит, не всё сразу.
а то станет 800кк и упретесь в ту же проблему

То есть по факту он не ставит блокировку на долго, а ставит ее на несколько секунд в начале и в конце?

я поняла что вы советуете. ищу)) очень долго это все что больше 30 минут)

нет, блокировка есть всё время работы, только блоки разных уровней. всё зависит от параллельной активности — если никто не мешает, там речь о ms, если не пролезть, то он будет ждать и будут минуты

Елена, а локально из шелла запрос с выводом в devnull сколько времени выполняется?

ща жду результат

Аа, я имел ввиду блокировки на чтение и запись, я так понимаю, блокировка, которую он держит все время не мешает ни писать ни читать, и только эксклюзивная в конце и в начале не даёт ни писать ни читать?

не поняла. что именно вы имеете в виду. например есть 5кк записей которые обновились за час. запускаю джобу по updated_at > current_timestamp - interavl ‘’1 hour’ и так каждый час

несколько раз в час забирайте обновления

надеюсь индекс по полю updated_at конечно есть?