Developer2000 OPEN_FORM встроенный - PullRequest
Новая
       11

Developer2000 OPEN_FORM встроенный

2 голосов
/ 10 ноября 2010

Я новичок в Developer2000.У меня есть процедура Oracle pl / sql (скажем, proc_submit_request), которая выбирает тысячи запросов и отправляет их в планировщик dbms_job.Вызов dbms_job

кодируется внутри цикла для каждого извлекаемого запроса.

В настоящее время у меня есть кнопка (скажем, кнопка SUBMIT) на экране оракула, которая вызывает proc_submit_request.Проблема здесь в том, что ... элемент управления не возвращается к моему экрану, пока ВСЕ выбранные запросы не будут отправлены в dbms_job (это занимает часы). Экран отключается, и до завершения процедуры появляются только песочные часы.proc_submit_request.proc_submit_appears возвращает на экран сообщение о том, что «XXXX запросов отправлено».

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

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

Я слышал немного о встроенном OPEN_FORM.Предположим, у меня есть две формы, а именно Форма-1 и Форма-2.Form-1 вызывает Form-2, используя OPEN_FORM.Теперь возможны ли следующие вещи с использованием OPEN_FORM?

  1. При вызове open_form ('Form-2', OTHER-ARGUMENTS ...) управление должно быть в Form-1 (то есть пользователь долженне знаю, что открывается другая форма) и Form-2 должна вызвать proc_submit_request.

  2. Пользователь должен иметь возможность переходить на другие экраны в приложении.Но Форма-2 должна работать до тех пор, пока не будет завершена proc_submit_procedure.

  3. Что произойдет, если пользователь закроет (выйдет) из Формы-1?Будет ли Форма-2 еще работать?

Пожалуйста, дайте мне ответы или предложите хорошее решение.

Ответы [ 2 ]

0 голосов
/ 29 августа 2012

Вы можете создать один DBMS_JOB для вызова proc_submit_request. Таким образом, ваша форма будет делать только один звонок; и создание всех других заданий будет выполнено в отдельном сеансе.

0 голосов
/ 21 января 2011

Хорошая мысль о сценарии формы 1, формы 2 - я не уверен, сработает ли это или нет.Но здесь есть гораздо более простой способ, без необходимости возиться с скрытыми и работающими координирующими формами и выходить на передний план, когда функция фактически возвращает ... и т. Д., И т. Д.

Перепишите свою функцию, которая выполняетзадания базы данных для запуска как AUTONOMOUS_TRANSACTION.Посмотрите директиву компилятора PRAGMA AUTONOMOUS_TRANSACTION для более подробной информации.Вы должны использовать это в функции / пакете / процедуре базы данных - это недопустимо с формами (по крайней мере, формы 10, не уверен насчет 11).

Затем вы можете сохранить результат задания где-нибудь из вашей функции (переменная пакета, таблица и т. Д.), А затем использовать встроенную функцию с именем CREATE_TIMER в сочетании с триггером уровня формы WHEN-TIMER-EXPIRED, чтобы перейти и проверитьваше хранилище каждые 10 секунд или около того - вы можете отобразить сообщение пользователю о заданиях и убить таймер, используя DELETE_TIMER.

...