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

Биллинг крутиться на ORACLE 11g. Таблицы на сервере огромные (есть и такие, где больше 100 млн. записей). Поэтому многие запросы работают очень и очень медленно (бывает и больше часа).
Что я сделал?
В отдельной таблице храню тексты запросов. По нажатию кнопки открывается форма, куда пользователь вводит нужные ему параметры и после нажатия кнопки, программа находит нужный SQL текст запроса из той таблицы, подставляет нужные параметры и запускает запрос к серверу. Вот тут у меня самое узкое место. Бывает, что пользователь ошибся с параметром и хочет перезапустить запрос. Но не тут то было! Никакой Break, Ctrl + Break и долгое удержание Esc не помогает. Только и только убить через task manager и звонок администратору базы Oracle, чтобы тот удалил висячую сессию.
И самое ужасное пока крутиться запрос в Access'е нечего делать, только курить и плевать в потолок.
Прочёл несколько топиков, где советуют использовать ADODB асинхронно. ОК. Не вопрос, ADO значит ADO. Но вот не могу врубиться, как потом результат вывести пользователю и как поджидать нужное время когда запрос будет готов?
Создавать временные таблицы с тем, чтобы полученные данные хранить там - не вариант. Дело в том, что в Oracle нет временных таблиц, на самом деле все таблицы постоянные, их не создают "на лету". Да и для этого нужно быть админом в Oracle. А я всего лишь "читатель" там. :(

Сейчас пытаюсь реализовать вот такую идею:
1) В MS Access создаю глобальную переменную с типом данных ADODB.Recordset
2) После нажатия кнопки программа не запускает запрос к серверу, а запускает VB скрипт, который и будет коннектиться к серверу ORACLE (правда придётся переспрашивать у пользователя логин и пароль), использует именно ту глобальную переменную рекордсет и попробует асинхронно получить данные и на этом работа VB скрипта заканчивается.
3) Таймером формы проверяю состояние рекордсета. Если набор записей готов, то как-нибудь нужно пользователю передать в виде таблицы.
Тут ещё и такой момент реализовать надо. Если пользователь передумал, то как-то всё нужно прекратить. Ну уберу таймер. Рекордсет приравняю на "ничего" (Nothing).
Пока не всё гладко получается. Многовато ошибок, да и работает нестабильно.

Может кто столкнулся с такой проблемой и решил как-то получше?

Ещё 1 вопрос.
Если я открываю какую-либо линкованную таблицу, то Access спрашивает 1 раз пароль. Потом сколько бы не открывал таблицу и запросы к серверу, Access не спрашивает пароль. Стало быть где-то в кеше запоминает учётные записи. Как-нибудь можно программно вытащить эти данные? Мне нужно их использовать в ADO. Ну или как-то строку подключения как-нибудь можно наколдовать так, чтобы Access не спрашивал больше пароли, когда работаю и с ADO?

Akina,

Спасибо за ответ.
AkinaПредлагаю костыльное, но несложное в реализации, решение. На хосте с Oracle запускается внешнее приложение, которое выполняет роль "помощника". Ну или "посредника".

Что оно делает:
1) Принимает от приложения Access "заявку" на выполнение запроса с текстом этого запроса и организует выполнение сервером этого запроса;
2) Принимает от приложения заявку на прерывание ранее переданного запроса и организует останов его выполнения (снятие сессии);
3) Формирует для приложения Access уведомление, что запрос выполнен и его результат доступен.
Никогда не сталкивался с таким приложением. Попробую посоветоваться с админами. Может у них уже есть нечто похожее.

Возникла ещё и такая идея.
Что если программно открою новое приложение Excel (даже если у пользователя уже открыто), создаю новый пустой файл, пишу программно текст макроса там и запускаю этот макрос. Ну а потом в Access таймером время от времени проверяю как дела с экселем. Правда как остановить макрос экселя в случае чего? Да и когда эксел занят не любит он когда его кто-то беспокоит (в смысле не отвечает на внешние запросы).

Другая идея, почти похожая.
Создаю программно текстовый файл с расширением ".vbs", запускаю VB скрипт, который сначала отправив запрос на сервер получает набор записей и создаёт на их основе файл ".csv". А в Access опять таки таймером проверяю не появился ли файлик ".csv", если да, то его открываю. И здесь проблема! Как остановить скрипт и самое главное, чтобы не было висячих сессий на стороне Oracle? Иначе админы когда-нибудь закроют лавочку (в смысле доступ). )))

AkinaА запросить в приложении этот пароль ДО того, как пользователь выполнит первое обращение к данным на сервере, сформировать на его основе строку подключения, проверить подключение (и если не установлено - запросить пароль заново) и использовать его в текущей сессии что помешало?
Свою формочку подсунуть? Допустим так я и сделаю. Но как потом использовать логин и пароль пользователя? Пробежаться по всем таблицам и запросам к серверу и везде менять строку подключения, да ещё так, чтобы там остались следи от учётной записи? Не вариант. Могу конечно программно создать файл DSN и внутри написать. Ну и тогда любой пользователь сможет прочесть блокнотом содержимое файла DSN. С точки зрения безопасности не айс. Сейчас у всех настроен DSN.

aleks2Страдания юноговертера...

А чо,


для оракала не работает?

ЗЫ. Изобретатель квадратного колеса.
А Вы сами пробовали? Покажите весь листинг. Как только объявляете recordset вот таким образом программа не остановится, а сразу перейдёт к следующей строке. И как потом действовать дальше?

MrShinНе знаю как,

Я бы порекомендовал смотреть в первую очередь возможности самого Оракла, там можно много чего сделать, в том числе асинхронный процессинг. Посмотрите, например, вот это и попробуйте покопать в этом направлении.
За ссылку спасибки! Ушёл читать и изучать.