В системе изначально предусмотрено создание пользователями индивидуальных сохраняемых запросов, которыми можно обмениваться. Это решает огромное количество задач. Сейчас таких сохранённых запросов к базе ~2500 шт. В случае промаха и долгого ожидания приложение запускается второй раз, а первое можно закрыть, или пусть ждёт, если нужно. К сожалению, при закрытии закрывается множество окон пользователя, где также результаты запросов, фильтры в dw, сортировки. И когда в 1997 г. появилась кнопка "Отменить", народ радовался

Эксперименты с ODBC:
1.Запрос из клиента на PB9 через MSS к локальному серверу: 10 сек.
2.Запрос из клиента на PB9 через ODBC к локальному серверу: 35 сек.
3.Запрос из QA через ODBC к локальному серверу, Result in text: 35 сек.
4.Запрос из QA через ODBC к локальному серверу, Result in grid: 4 сек.
Если сравнить 1. и 4., то получается ODBC может работать быстрее, чем MSS.
Кто-нибудь может объяснить? Как заставить PB9 через ODBC работать быстро?

ASCRUSНе очень понятны результаты экспериментов, так как время выполнения запроса впервую очередь зависит от СУБД и только потом от интерфейса доступа. А так как СУБД имеет привычку кэшировать данные, то не удвивительно, что один раз запрос в QA выполнился 35 сек, а второй только 4 сек.
Сорри, не написал, что эти запросы делались неоднократно и в разном порядке, т.е. влияние кэширования из сравнения можно исключить.

ASCRUSА он и работает быстро, все зависит не от PB, а от реализации самого драйвера ODBC. Например, для ASA драйвер ODBC является быстрым и эффективным (вот здесь результат сравнения скорости ODBC драйверов ASAvsMSSQL через PB).
Спасибо за ссылку, очень интересно. Но вопрос перехода на ASA не ставится.
Реализация драйвера ODBC, через который работает QA - от MS, и работает с QA замечательно, если Results in grid. А если Results in text, то получается как у РВ9. Дополнительные преобразования какие-то. И в РВ9 становятся заметны конечные пробелы. М.б. в SQLCA.DBParm надо что-то указать?

ASCRUSНу а один из проверенных способов заставить быстро работать PB с любым драйвером доступа к любой СУБД - это максимально переложить бизнес-логику и расчеты на саму СУБД и не тащить на PB большие наборы данных.
Это безусловно. Через тонкие каналы в том числе приходится работать. Но и большие наборы случаются.