vyegorovqwwq,

Я делал что-то такое:
- брал advisory_lock() на условное число
- считал max(batch_id) + 1 и добавлял такую запись
- отпускал advisory_lock()

Это какой из 2-х типов?
А. сами определите -- есть у вас очередь на ресурс (1) или нет (2)

Б. а занахера ? это точно в задаче ведения каунтов по табличкам ? очевидно, что нет. очевидно, вы лочите ресурс, которого ещё нет в таблице. т.е. вы генерите "сиквенс без дырок" а могли бы лочить тот, который есть -- предыдущий batch_id, например. И только в случае отсутствия предыдущего -- лочить что-то ещё (не обязательно адвайзори -- мало ли в базе неиспользуемых (для святого дела лока) ресурсов. да хоть oid вашей таблички в pg_class).

2-й тип вам не лочит чтение [select sum(cnt) from counts where tablename ='mytable' ], или запись. задачи консистентного и чтения и записи одновременно там нет. как только она появляется -- возвращается очередь.

vyegorov<>
А 2-й тип — это асинхронное изменение по таймеру, что-то вроде сбора статистики в ПЖ, но только под свои нужды.
"вы не поняли" (Сс)

2-й тип -- это синхронный сбор статистики в таблице статистики без уникъю, асинхронно в ней происходит только реорганизация кучек (из 10-ка записей вида (tablename,count) организуется одна (tablename,sum(count))). чтение из неё всегда синхронно снабжает вас консистентными данными о commited каунтах.

vyegorov,

имеетсяв виду то же , что и с уникъю
, но без уникъю.

-- чтобы конкуренты в очередях не стояли.

а наделанные ими кучки подбирает воркер.