| Предыдущий | Следующий |
| hrRemainingVersions | hrFLDNullKey |
hrFLDKeyTooBig
Интерпретация HRESULT
hrFLDKeyTooBig (0x88000190) — код ошибки из области ESE / Directory Service backup HRESULT. Короткий ориентир по имени: field / key / слишком / велик. Для диагностики важнее определить первый API и состояние объекта в момент возврата, чем переводить символическое имя как общее сообщение.
Исходное условие в техническом описании сформулировано так: an index key exceeded the legacy key budget and was truncated rather than represented in full.
. Эту формулировку следует сопоставлять с фактическим параметром, handle, файлом или state transition в trace.
Контракт операции
Для этого кода особенно полезно различать два признака из исходной документации: an index key exceeded the legacy key budget and was truncated rather than represented in full.
и Code-specific observation: log the index definition, normalized key bytes, contributing columns, locale, and whether truncation can merge otherwise distinct values.
. Они задают более узкую границу, чем название facility.
Наблюдаемые признаки
- Сопоставьте trace с исходным признаком:
hrLogFileCorrupt — ESE detected structural or checksum corruption while reading a transaction log
- Сопоставьте trace с исходным признаком:
hrFLDNullKey — key construction produced a NULL key for the current record or index expression
- Сопоставьте trace с исходным признаком:
An index key is derived data whose byte representation depends on schema, locale, and column values., a warning can leave a usable cursor or index entry while changing exact-match or uniqueness assumptions.
Разбор по шагам
- Проверьте именно границу «field / key / слишком / велик» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
- Сверьте наблюдаемое состояние с отдельным исходным признаком:
Verify the decisive condition by log the index definition, normalized key bytes, contributing columns, locale, and whether truncation can merge otherwise distinct values.
.
Повтор и восстановление
Регрессионная проверка должна отдельно контролировать условие This result specifically means that this warning differs from a hard key-size error because the operation may continue with a shortened key. Related values below can appear in the same workflow but require a different response:
. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.
Технические ссылки
Нужно найти другой код? Найти другой код состояния или ошибки.