wwvflowБлагодарю за идеи!
...
Почитал концепцию ZhV apex-proxy. Правильно ли я понял, что по дблинку в специально созданный объект(таблицу) основной БД пишется только текст запроса от апекс-сервера, затем этот запрос динамически выполняется, и результат выполнения в XML отправляется на апес-прокси?
Правильно.
Единственный способ трансфера через dblink скриптов/запросов более 4 кб - это insert CLOB в таблицу "на той стороне". Можно в temporary. XML-result обратно - точно таким же образом. По-быстродействию трансфера CLOB, если речь идет о размерах до сотен кБ - вполне приемлимо.

К сожалению, как ни печально, я сейчас не имею возможности персонально предметно углублят эту концепцию - у меня в тасках счас почти только "классические" SQL и PL/SQL.
Так что если кто-то пойдет дальше, найдет и раскрутит идеи лучше - это было бы неплохо для заметно притихшего APEX-сообщества.

blkangel...
Но DBlink, меня тоже смущают, они имеют свойство подвисать...


Я давно уже имею дело с распределенными базами. В пределах кластера - в одном ЦОД-е, в одной стойке или даже в одной виртуальной среде. Каких-то особых проблем с устойчивостью работы dblink-ов не наблюдал.
Проблемы распределенных транзакций (особенно роллбэки) или оперативных реконфигураций - вот это "в полный рост"
Коллеги рассказывали про dblink-и между серверами Питера, Москвы и еще дальше - вроде как случаются непрогнозируемые "замирания" каналов связи.