Столкнулся с проблемой:
При выполнении “тяжелых” SQL запросов на удаленном сервере иногда получаю

[DB2/NT] SQL0952N Обработка была отменена из-за прерывания SQLSTATE=57014

Если разворачиваю базу у себя локально, то такого никогда не происходит.
Ошибка “плавающая”, отчего зависит - не понял.

Подскажите, пожалуйста, что это такое и можно ли вылечить.

>>Что за приложение у вас?
Delphi -> ADO -> прямые SQL запросы.
Дело не в приложении.
У коллег на др. проектах та же самая ситуация.
Вывалится c SQLSTATE=57014 может и в SQL менеджере. Непредсказуемо.
Причем от времени выполнения запроса не зависит.
На одних и тех же запросах (разных, но “тяжелых”) могут быть данные, может быть пустой курсор, может быть SQLSTATE=57014.
Вроде бы зависит от нагрузки на сервер. Меньше сессий - меньше вероятность появления проблемы. Разворачиваем локально (т. е. нагрузка минимальна) - проблем нет.
Аномальное поведение DB2 проявляется на разном “железе”. От серверных “железяк” до убогих персоналок, работающих серверами DB2, если они удаленные и под “нагрузкой”.
Оптимизация запросов помогает . Например отказ от UNION и, почему то, JOIN.
Или отказ от сложного запроса и разбивка на серию менее сложных.
IMHO, но это не панацея. Оно же вывалится может в любой момент.
Я не DBA, я просто программер.
То ли ресурсов (чего ??) не хватает (каких??), то ли я не знай “тонкие” настройки DB2.
P.S
DB2 под WinXP устанавливались по умолчанию + регистрация в ODBC.

Спасибо

Mark Barinstein
а db2cw - это что? CLP ?

BuryCommoner
Нет, не тот. От таймаута в TADOQuery зависимость не обнаружили.