Сделал доступ к веб сервису через внешнюю таблицу (спасибо SY за подсказку) и препроцессор скрипт.

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

Подскажите, кроме сохранения параметра в дисковый файл, есть еще варианты?

SY,

Спасибо, значит я ничего не пропустил. Уже работает.
Пришлось просто записать параметр в файл на диске, который препроцессор видит.

dmdmdm,

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

Чтобы реализовать, написал PL/SQL функцию

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

Функция пишет параметр client_id в дисковый файл, а потом читает из внешней таблицы типа ORACLE_LOADER.

Внешняя таблица вызывает мой ОС скрипт (препроцессор для внешних таблиц, появился в 11.2, как раз чем я пользуюсь),
который берет параметр из файла и идет с ним по шифрованному каналу и логину трясти веб сервис.

Данные с веб сервиса отмываются скриптом, и в формате подобному CSV отдаются парсеру Оракла, который их сует в таблицу.
В кэше сохраняется что было получено, дату (кэши стареют) и какой пользователь заказывал (сервис платный).

Ничего сложного, но практически все темы для меня новые, и мой вдобавок мой SOAP клиент настаивал на UTF-16.
После добавления строчки в кэш-таблицу, я вызываю commit.
Его действие локальное, т.к. для функции объявлена PRAGMA AUTONOMOUS_TRANSACTION;

Спасибо, без рекомендаций и советов форума такое бы сам не слепил ;)

Потому что когда я спрашивал как это лучше делать, почти все промолчали.
Дело то ждать не будет.

Это можно было сделать на клиенте, на сервере, или в среднем звене.
Среднее звено было написано очень давно, и его стараются не трогать.
Делать с клиента означает апгрейд, плюс распространение новых библиотек для SOAP, плюс мороки с паролем сервиса - его надо клиенту давать.

Оставался сервер. UTL_HTTP мне добрые люди посоветовали не трогать, совать JAX в БД я не решился, поэтому веб сервис опрашивается из отдельного дочернего процесса, и обмен данными происходит через ОС пайп.

Всем привет.

Мой другой вопрос про UNION ALL к этой задаче совсем не относился, поэтому извините если все смешалось.

У меня синхронный запрос который достает с интернета ценные 100 байт "прямо сейчас" по кнопке пользователя.
Я пользуюсь DBMS scheduler в других местах (например, для импорта и автоматической обработки асинхронных данных, или ночной проверки данных БД по параметрам, где существующие механизмы целостности не помогают).

Кстати про DBMS scheduler - где лучше посмотреть объяснение как исполнение джобов соотносится с сессиями?
Например, если три джоба исполняются одновременно, они будут находиться в разных сессиях Оракла?

> Задача ТС в принципе не должна решаться со стороны БД, если требуется состояние ответа сервиса на момент обращения.

Насколько я знаю, такие задачи обычно решаются в application server, который сидит между БД и клиентом.

Я внесу скромное предложение, что когда кто-то что-то хорошо знает и уже пишет ответ, вместо "так никто не делает" он/она конструктивно что-то предложит, например "в классической архитектуре систем БД, общение с веб сервисами делается на уровне application server".

Такой кусочек знаний будет полезен не только ТС, но и другим.