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

Собственно вопрос: есть ли способы запустить транзакцию без связи с клиентом, чтобы она работала сама по себе, а со стороны клиента просто мониторить состояние?

Приложение, по задаче, работать не должно, оно запускает процесс и закрывается. Или с ним теряется связь.

Maxim Bogukмежду клиентским приложением и базой в такой ситуации надо промежуточный application server
Ясно. То есть стандартными средствами никак...
Maxim Bogukа клиетское приложение напрямую в базу не пускать
Ну какое досталось... переделать с наскока не выйдет.

Да там не обязательно отправлять, просто дождаться завершения. Все результаты будут где надо. Но это костыль, делать на костылях я уже умею :)
Leonid Kudryavtsev Например можно запустить и пусть работает, или всегда запускать раз в N секунд/минут
что бы что-то предлагать конкретное, нужно знать бизнес-задачу
Бизнес-задача простая, вести расчёты. До полумиллиона клиентов, глубиной на несколько лет, со сложными зависимостями и вычисления по дням(!). Поэтому так долго. Задачи разовые, все текущие оптимизированы на приемлемое время работы. Ну и отчётность относительно долго может формироваться, просто из-за объёма.

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

На счёт костылей ещё возникла идея: заметил, что расширение dblink (для кроссбазовых запросов), работая на посторонней БД, не отваливается при отсоединении клиента, вызвавшего его. Если его вызвать на своей же с принудительным коммитом, может и проскочит. Надо проверить.

Как-то слишком мудрёно....


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


Будем бить. Возможно даже ногами :)
Не, как выше сказал, это не проблема.

зы: запустил через dblink, закрыл консоль, пока работает.

mefman ИМХО - это еще больший костыль чем процедура на pl
Такой же, но проще: делать ничего не надо, оно работает :) Только что завершилось, всё норм.
А над процедурой подумаю.

alexzaides, интересно. Но опять же планировщик, "взводить" его на минуту от текущего времени и потом убирать? Тоже как-то... Но за интересное расширение спасибо.