| Предыдущий | Следующий |
| QUERY_E_TOOCOMPLEX | QUERY_E_DUPLICATE_OUTPUT_COLUMN |
QUERY_E_TIMEDOUT
Точка в workflow
Практический смысл QUERY_E_TIMEDOUT (0X80041607): выполнение запроса превысило установленный лимит времени. В трассировке отделяйте маркер «timedout» от последующих wrapper/UI ошибок: они могут появиться уже после первичной границы и не объясняют исходное состояние.
Диагностический пакет
До повторной попытки запишите query scope, restriction/sort/output columns, catalog state и locale/code page. Для условия «выполнение запроса превысило установленный лимит времени» эти данные важнее общего текста сообщения, потому что позволяют связать результат с конкретным владельцем операции.
- точную сериализованную строку/список свойств, реально переданный парсеру.
- позицию токена, quote/delimiter state, locale и code page.
- canonical property name/type и schema/catalog generation.
| Наблюдение | Что оно означает |
|---|---|
| Первый вызов возвращает QUERY_E_TIMEDOUT | Граница «выполнение запроса превысило установленный лимит времени» относится к текущему объекту и generation; сохраните это состояние до cleanup. |
| После одного целевого изменения код исчезает | Связь с условием «выполнение запроса превысило установленный лимит времени» подтверждается только если остальные входы и owning context не изменились. |
| Первым становится другой HRESULT | Считайте его новой первичной границей; маркер «timedout» больше не должен подменять причину следующего отказа. |
Специфическая проверка для этого кода
Сохраните elapsed time, timeout setting, query complexity, catalog load и число полученных rows. Не смешивайте timeout с invalid query: синтаксис уже принят и сбой относится к execution budget. Контроль — тот же query с увеличенным лимитом или уменьшенной областью, меняя только один фактор.
Контрольный запуск
Контрольный запуск должен воспроизводить «выполнение запроса превысило установленный лимит времени» на тех же исходных данных. Затем исправьте конкретный parser/query/property-list input, сохранив тот же catalog/schema context. Если операция проходит прежнюю стадию, гипотеза локализована; если нет — вернитесь к первому HRESULT и сохранённым полям.
- Зафиксируйте первый
QUERY_E_TIMEDOUTи объект, которому принадлежит маркер «timedout». - Сохраните входные данные и lifecycle-state до изменения условия «выполнение запроса превысило установленный лимит времени».
- Измените только состояние, связанное с «выполнение запроса превысило установленный лимит времени», и выполните тот же вызов ещё раз.
Завершение проверки
Не пересоздавайте catalog до проверки restriction/sort/output scope, действительно вернувшего этот код. Исправление считается реальным, когда прежняя граница «выполнение запроса превысило установленный лимит времени» пройдена на сопоставимом входе, а не просто скрыта более общим сообщением.
Документация
- Microsoft: Indexing Service query-execution values.
- Microsoft: Windows Search SQL syntax.
- Microsoft: OLE DB provider for Indexing Service.
- Microsoft: ISearchQueryHelper.
Нужно найти другой код? Найти другой код состояния или ошибки.
