хранимках и функциях?
Лучшэ найти другой способ решэния своих проблем.
По типу оборачивания при вызове?
На самом деле, несколько лет назад дали возможность управлять транзакцыями в процэдурах. Иногда. Там много ограничений (например, по пути вызова не должно быть ни одной функцыи, и это должэн быть чисто вызов процэдуры через call), оно сделано в странном для этого месте. В большынстве случаев попытка этим воспользоваться означает, что вы неправильно взяли инструмент для задачи.
Не очень понимаю, что вы имеете в виду. Но чаще всего, если начинает речь идти о нескольких транзакцыях — то лучшэ подобную логику писать на ЯП общего назначения, вне базы. Это и удобнее и разгружает сервер БД.
С другой стороны, второй вариант, зачем люди хотят транзакцыи внутри процэдур — частичный commit, частичный откат. Типа как savepoint/subtransactions. Всё это делается через begin ... except. Внутри реализацыи в pl/pgSQL — те жэ savepoints.
Ну вот это меня удивляет всегда. Я то очень за полное управление транзакциями в процедурах. Но я почему-то никогда не думал даже чтобы запрещать это делать в других местах или иным образом. Почему такая дискриминация ?
Третий вариант, зачем люди хотят транзакцыи — коммитить логи какие-то, независимо от результатов. Но управление транзакцыями как таковое тут не очень поможэт — там всё могут быть откаты, но скорее помешает. Тут я посоветую вещи вроде fdw/dblink и использования спецыальных коллекторов логов.
Пытаться управлять транзакциями на разных уровнях вложенности вызовов это неотлаживаемый и неподдерживаемый кошмар.
Ну, это зависит от того, как ты это будешь делать. Я может и буду делать как раз реальное управление транзакциями только на первом уровне вызова.
А почему Вы "за"? Практически почти бесполезная возможность, IMNSHO. > Почему такая дискриминация ? Потому что так предписывает ISO SQL, а мы тут на него молимся. ;)
Маааленький нюанс: не «ты», а «вы». Хотя бы человек десять.
О! Вот и секта свидетелей Святого ISO SQL образовалась!
Ну, у меня 20 было, и что.. Ладно, бессмысленный спор
И все транзакции лепили где вздумается? В общих библиотечных функциях?
Сразу на проде, через CREATE OR REPLACE function ...
Чё вам дались эти функции, я не понимаю... Нет, не лепили где вздумается. Лепили, где положено.
Тогда рекомендую pgpro atx. Там этих транзакций можно штук сто в глубину налепить.
Зато правда!
Сермяжная.
Что касается именно разработчиков СУБД PostgreSQL — Вы уже давно в ней (пользуетесь результатами их труда, по крайней мере). ;)
Это чтож, мы тут незаконной миссионерской деятельностью занимаемся, получается? Ой гевалт!
Обсуждают сегодня