Потому что всякий раз получается довольно забавный код из транзакций, блокировок и странных запросов, в то время как в специализированных™ решениях™ есть специальная кнопка «отправить пакет в  неизвестность».

Хотелки иногда такие дикие, что другого приличного слова не подобрать. Ну, я так думаю.

Я еще чудовищно расстроился, когда SKIP LOCKED появился. До этого я считал себя шаманом-волшебником, постигшим работу рекурсивного запроса с advisory lock’ами, а теперь любой дурак может то же самое сделать, дописав два слова в конец запроса.

Селяви!

james: user has been CAS banned

Мультимастер?! Инженер, который любит красивые решения?! Сочетания "безалкогольный этиловый спирт", "обезжиренное сало" имеют больше прав на существование. Хуже только "гуманная армия". Но гуманная армия - это вообще за гранью бобра с ослом.
ЗЫ. фейловер - это отдельная задача, планировщик? Мужчина, а вы пытались изучить стандарт SQL и его реализацию в ПГ? А потом грамотно писать запросы, а не как какая-нибудь субстанция в эту голову шибает? Говорят, когда запросы грамотные, даже хинты не вот уж нужны. Врут, наверное. Хотя, чего это я распинаюсь, словом "мультимастер" всё сказано. Да ещё и название СУБД коверкается...

"безалкогольный пастеризованный этиловый спирт бочковой выдержки"

ребят, я могу работать с названиями таблиц? Мне нужно  взять id пользователя, который совершил покупку с такого-то числа

я не знаю, как действовать, может подскажите?

А ещё есть listen/notify чтобы не дёргать таблицу очереди в холостую.

Вопрос то в чем состоит?

sql запрос надо составить)

я могу с языка программирования сделать, но интересно, в sql можно так реализовать?

с pg tables и всем прочим

Можно. Составляй

а с sql нема, да?

Ребята, подскажите, я чёт туплю похоже
Обычный btree индекс по полю text может применяться для поиска  с условием where text_column like 'text%' ( т.е. поиск по началу строки ) ?

да

EPLAIN что говорит?

explain кричит, что будет использовать seqscan