Хочу в цикле запускать функцию с разными параметрами, но чтобы запущенные функции работали параллельно, то есть не цикл не зависал, ожидая окончания выполнения каждой функции. Что-то типа запуска выполнения функций в разных потоках.

Это реально в Postgresql 9? Как это можно осуществить?

Можно установить PL/Java (или любой другой язык с поддержкой потоков) и писать на нем. Тут правда есть одна тонкость: у них у всех будет одно соединение с базой. И если надо паралелить именно работу с базой, то ничего не выйдет.

То есть выход один? Создавать кучу коннектов и запускать на выполнение функции каждую в своем соединении?

Да.

У ПГ нет своего, нативного жобшедулера?   

Есть. Просто тут как-то не приняты оракловые извращения типа скедулить джоб на выполнение через секунду.  

Зачем через секунду? Можно запланировать и "на вчера". 
В чем извращенность подхода? Чем этот способ хуже разработки внешней приблудины?

Использование инструмента не по назначению.



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

Только что ж вроде говорилось, что у каждого птока своя сессия. Согласованно их все равно закомитить никак не удастя.

Так то ТС потоки нужны лишь чтоб уж написанную ХП дергать. Необходиомть интерпроцесс комьюникейшна им вроде не озвучивалась. Хотя и для этого, наверное в ПГ найдутся нативные средства.
Или ты ему предлагаешь все взять и переписать? В соседнем топике, помню, тебе претил такой подход к решению проблем ТС.  


Т.е.Когда AQ поднимает жобы для перманетного пропагейта(не знаю емкого русского термина для этого процесса) очереди, это тоже, наверное не по назначению? И процедуру ведь те жобы одну запускают, по жобе на каждое направления пропагейшна. Мне кажется - очень похоже на исходящие от ТС постановку.
Или когда десяток/другой жоб поднимают, чтоб промолотить одни данные, но каждую по своему хэш резалту - тоже не по назначению?
ТС заявил лишь что ему надо запустить одну процедуру в нескольких потоках ассинхронно. И только. Жоба, при такой постановке - наиболее простое и очевидное решение - нет.

Другое дело, если платформа не держит своих жоб. Я чет слышал какой то звон, мол жобшедулер там не интегрирован чтоли с платформой или чтото в том духе.

Это сообщение отредактировал(а) Zloxa - 10.11.2011, 23:48

Two-phase commit  





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




Это твои личные фантазии, я не предлагал ничего переписывать.  




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

Крутотень  
Спасибо.
В оракле TPC тоже реализован, он используется в  распределенных транзакциях и прозрачен для программитса, механизм включается неявно. А явно, да в контексте одной датабазы, но разных сессий, вроде как его нельзя задействовать. По кр. мере мне способ не известен. 

Это реально можно испльзовать? Ты пробовал?
Смутило в нотах:

"external transaction manager" в моем воспаленном мозгу вызывает ассоциации с чем то жудко страшным, низкоуровневым, а предостережение об использовании в приложениях эту ассоциацию прочно закрепляет. И упоминание контекста мультидатабазистости тут тоже настораживает как-то.

Это сообщение отредактировал(а) Zloxa - 11.11.2011, 12:54

Не пробовал.



"external transaction manager" - скорее всего речь идет о JTA или чем-то подобном.