Добрый день.
Есть база 10G, доступ через webdb ( "
" ).
Бывает, что пользователь запускает(инициирует) долгоиграющее действие (например, долгий запрос). Т.к. подключение ANONYMOUS'a - через shared, то держать сессию не хочется. Возможно, звучит глупо, но как бы создать некую сессию, которой можно было бы передать задание?
Напрашивается джоб, но не хотелось бы плодить их много (т.е. возможно больше, чем пользователей). Можно нагородить создание многопоточных процессов через extproc, но может можно как-то проще?

Спасибо за ответ.
Я далёк от тонкостей SCHEDULER vs DBMS_JOB :) , обычно использую SCHEDULER. Просто не хотел плодить 1000 одновременных джобов, вот и заинтересовался, как же правильно решается проблема.

dbms_photoshopvava,

1000 одновременных долгоиграющих. Интересно.
Возможно, имеет смысл потюнить перфоманс и не извращаться.

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

В целом, проблема отдаленно напоминает необходимость многопоточности в толстом exe-клиенте (чтоб окошко/грид не залипало во время ожидания ответа от БД).

andrey_anonymousvavaкак же правильно решается проблема.
Настройкой пула соединений сервера приложений.

Имелась ввиду необходимость трехзвенки?

Да хотелось слоем хранимок обойтись - данные и прочие пайпы всегда рядом.
А пул подключений (shared_servers) особо большим не выставишь.

Куда же без экспериментов. Да и бывают нестандартные задачи.