можно ли в постгрессе написать многопоточный запрос?
задача такая
есть объекты учета
есть записи в регистрах
в принципе каждому объекту своя партия записей - и медъобъектные записи не зависимы (относительно)

как пример хочется создать процедурку на встроенном языке, которая создает заданное количество записей в регистрах для каждого объекта
и соотв кажется очевидно что это отдельные потоки
реально реализовать?

Поподробнее можно?

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

Да
ну и эффективное использование сервера
просто задача из нашей жизни -накладная с 400 позиций основных средств
по каждому надо сделать как минимум 4 проводки, и данные до этого расчитать
по каждой позиции независимо от других

или другая - сальдо по контаргентам
с суммами просрочек, пенями и тп
тоже по каждому считается независимо, а запускает один человек (отчет)

просто когда данных мало - это не критично
а когда много и видишь что многопроцессорный(многоядерный) сервер загружен явно на 1 проц... (например у меня на двухядерном загрузка 45-47% ;)

"страшное" в долгом проведении - это что в это время работают и другие - и следовательно вероятность конфликтов возрастает, по сравнению с проведением за пару секунд....

...НО я думаю это достаточно сложновато я думаю заметно укорит использование Prepare и Execute....

Как я написал что обработка -в тригере
в нем самое "тормозящее" это цикл

for trow in select * from cis.cis_gl
where cis.cis_gl.cis_object = new.cis_object and cis.cis_gl.post_date > new.post_date
order by cis.cis_gl.post_date
loop
update cis.cis_gl set comment='updated', skt_s= new.kt_s + trow.skt_s, sdt_s= new.dt_s + trow.sdt_s where cis_gl.gl_id = trow.gl_id;
end loop;

раз он в тригере -не означает что он уже прекомпилирован?

как?
в апдейте нельзя сделать чтобы он обновлялся по определенному порядку
в мне надо чтобы следующая по дате запись обновлялась значением предыдущей + изменение текущей записи