Я тут кое-какие заготовки для одного проекта делаю (кассовая прога), работать должна автономно с периодическим выходом на связь, причем во время связи основная работа прерываться не должна. Наиболее удобным вариантом, на мой взгляд, будет асинхронный запрос + таймер. Тестил на большой базе с долгими запросами - работает, но потестить на базе, где активно работают и есть блокировки - нет возможности.
В аттаче формочка, основной код в таймере, остальное должно быть и так понятно. Попробуй свой запрос, отпишись что получилось, а то может надо другой способ изобретать.

GoshaSПосмотрел,
время выполнения: 57.78
Работа: 0.01 (~140 строк)
Я правильно понял что все записи "Работа:..." по 0.01 сек. ? Т.е. максимальное время разового прерывания 0.01 сек. Тогда "висяка" у тебя не должно быть, пользователь в это время может даже комфортно работать в другой форме, а в этой можешь в таймер какую-нибудь анимацию добавить, например писать "уже ждем ... сек.", по окончанию написать "нажмите кнопку для вывода результата", а по кнопке вывод в отчет или куда там тебе нужно.

И второе, это уже спортивное любопытство, при синхронном запросе на сколько быстрее запрос отрабатывает?

GoshaSВермя выполнения 57, т.е. 57 секунд приложение висит, а то что 140 раз по 0,01сек, т.е. 1,5 секунды погоды не делают.
При синхронном пакетном режиме - фокс "оживает" на данные 1,5 секунды позже, согласитесь, что 1,5 секунды ничто, по сравнению с минутой :)
Или я не так понимаю, или ты. Почему висит? У меня складывается впечатление что понимание происходящего у нас разное.
Принцип работы того что в моей форме:
Кнопка запускает таймер с интервалом 500 мс (в твоем случае можно 1-2 секунды поставить).
Таймер при первом срабатывании устанавливает соединение и передает серверу запрос, при последующих срабатываниях таймера проверка на завершение запроса, по завершению вывод в грид и остановка таймера. Между срабатываниями таймера - ожидание действий пользователя (в твоем случае 490 мс из 500 мс).
При каждом срабатывании фиксируется время сколько таймер затратил на выполнение своего кода 0.01 сек * 140 раз = 1.4 сек., т.е. за 57 сек. (странно, должно быть 70 = 140 раз * 500 мс) только 1.4 сек. ушло у фокса на ожидание запроса, остальные 55,6 сек. он ожидал действий пользователя. Если ты (как пользователь) в это время ничего не делал, то прога простаивала. Попробуй пока эта форма работает еще одну открыть. Это я к тому что если сделать немодальную форму с privatedatasession, то пользователь может форму свернуть и работать в проге дальше. А как запрос выполнится, вернуться в форму и сохранить результаты запроса.

т.е. своего рода эмуляция многопоточности получилась.

GoshaS 2 Dima T
Не совсем правильно. Работа в асинхронном пакетном режиме.
Программа:
1-отсылает запрос на сервер
2-ожидает пока SQLEXEC() вернет 0, т.е. признак, что первая партия запроса готова, обычно 100 строк. В это время сервер упорно трудится над запросом. Пока SQLEXEC() не вернет 0, программа ожидает и появляется эффект "висяка". На моем запросе это время ~1 минута. ...
Как я понимаю в моей формочке записи о времени у тебя примерно такие:
Соединение: 0.50
Работа: 60.00
Работа: 0.01
Работа: 0.01
...

Так пишет? Если так, то это подвешивает драйвер Sybase, т.к. с MS-SQL 2000 такого не происходит.
Только-что запустил долгоиграющую хранимку (секунд 10 из них 8 работа сервера остальное возврат результата) никаких зависаний, форма сворачивается, другие запускаются.

Недавно обсуждали : VFP+Postgre при CREATE REMOTE VIEW происходило выполнение запроса на серваке вместо проверки синтаксиса. Были подозрения на драйвер или взаимодействие фокса с драйвером, чем кончилось - автор не отписался.
Похоже все-таки заточка фокса под MS-SQL довольно серьезная.