Всем привет!
Вопрос, как вызвать (например, из Java) pg-функцию (которая выполняется дооолго, например, час) и не ждать ее завершения?
Если вызвать pg-функцию и тупо разорвать соединение, не будет commit`a и функция не завершится...

p2.Bazzzиз Java ... не ждатьjava.lang.Thread

Спасибо, но хочется чтобы Ява сказала Постгресу "работай" (делай апдейты/инсёрты/...) и забыла про Постгрес, а не создавала дополнительный поток (этих потоков может получиться оооочень много, да и ни к чему они, результат выполнения функции Яве не важен)!

Alex__kKBazzz,

Запустить в джобе

Идею с джобом отвергли сразу, фактически, он должен будет срабатывать каждую секунду!

Alex__kKBazzz,

Запустить в джобе

Идею с джобом отвергли сразу, фактически, он должен будет срабатывать каждую секунду!
Да, и инициатором должна быть Ява (это веб-сервис).

qwwqBazzz,

если вы не напираете на отпускание (некоего) соединения, а только на асинхронность запускаемых вами (вообще говоря в другом соединении) запросов, вы можете теребонькать асинхронно вызовы через дблинк. но там очень много тонкостей, как их теребонькать правильно, (надо таки всегда рано или поздно вычитывать ответы, перед тем как потеребонькать в том же соединении по новой).


dblink_send_query
https://www.postgresql.org/docs/current/static/contrib-dblink-is-busy.html
https://www.postgresql.org/docs/current/static/contrib-dblink-get-result.html


и т.п.
плюсы -- из жабы у вас одно соединение, но всё оно занято контролем над любым количеством асинхронных соединений дблинка с субд на себя. для синхронной работы из жабы вам нужно другое(другие) соединения.

но, уж лучше писать всё в одном месте, нет ?

Ухххх, спасибо Вам за совет, я почитал, попробовал, НО это не очень хороший подход потому, что:
1. присутствует гемор с вычитыванием ответов (хотя у меня получилось рвать коннект сразу после запуска запроса и вроде ОК).
2. не очень удобно вызывать функции базы, т.к. dblink_send_query заточен под получение результата типа record.
3. dblink кэширует все коннекты и запросы на своей стороне, а значит, его использование это то же самое, что делать на стороне Явы несколько потоков.
3. фактически, асинхрон в dblink создает на каждый запрос ФИЗИЧЕСКИЙ коннект к базе (которых в Pg1.5 по умолчанию всего 100). Ну а то, что самые долгие операции в высоконагруженной системе (в которой пользователи вызывают сотни-тысячи запросов в секунду) это коннекты - все знают. Так что не стоит использовать этот функционал для взаимодействия с базой со стороны веб-сервисов!

У меня задача, вызвав функцию базы из Ява-приложения, закрыть транзакцию и не отменить этим выполнение только что вызванной функции!

В любом случае, огромное спасибо qwwq за совет, хороший опыт!!!

qwwqваше блаблабла неверно. если вы откроете в вашем единственном контрольном соединении жабы несколько ИМЕНОВАННЫХ коннектов дблинка, и не будете их сами закрывать, у вас будет (в вашем контролирующем соединении) пул постоянно открытых дблинк--соединений.
Про то и речь.
подтвердит.

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

Ну, а теперь, просто вызовите
и при стандартных настройка pg вылетит ошибка



qwwqоформит как returns void хранимки, и геттенье будет однотипным.
Странно, но при попытке получить результат вызванное функции с результатом типа void
типа

получаю


qwwqНо вы сами этого не хотите.
Не то, что не хочу, сейчас так и делается, но этих потоков многооооо и они в статусе wait вместо того, что занимать полезной нагрузкой...

qwwqтранзакцию вы не можете, она еще не закончена.
Конечно не могу, плохо выразился.

Попробую еще раз переформулировать:
я хотел бы получив обращение пользователя на веб-сервис Явы, кинуть notify Постгресу о том, что надо начать такую-то большую обработку, и забыть про Постгрес до следующего обращения пользователя.