>> 1. заливка в таблицу производилась методами Bath...
>> используя констукцию update or insert ...
>> с предварительнам alter index ... inactive
>> и последующим alter index ... active
>> Что, ИМХО, подразумевает как минимум пересчёт
>> индекса ...
DK> если пересчет индекса делается во время обновления, вставки
DK> или удаления более чем одной записи пакетом или оператором,
DK> то поскольку индекс создается вне контекста транзакции,
DK> индекс получается НЕПОЛНЫЙ, нецелостный или как хотите.
DK> IBAnalyst это дело показывает, хотя может это показать
DK> также если индекс перестраивается во время получения статистики.
DK> Детектируется такое только в IBA 2.0, а он нынче платный...
DK> Единственное что могу посоветовать, если не покупать IBA 2 -
DK> сравнить в бесплатном IBA 1.95 кол-во ключей индекса и кол-во
DK> записей по формуле
Records >>= Keys >= Records+Versions
Как я уже писал индексы ДАЕКТИВИРУЮТСЯ ПЕРЕД заливкой
и АКТИВИРУЮТСЯ ПОСЛЕ ...
>> 3. ИМХО даже если индекс "кривой" казве результат выборки
>> не должен быть !ПРАВИЛЬНЫМ! ? В моём понимании даже
>> "кривой" индекс должен возвращать "правильный" набор
>> записей пусть это будет и тормознуто ...
DK> кривой индекс может вернуть правильное кол-во ключей только
DK> если выборка идет по "не кривым" ключам.
DK> Классический случай когда при поврежденном индексе часть
DK> данных в таблице становится просто не видна, если в плане
DK> запроса используется такой поврежденный индекс.
ммм... А конечно всё поннимаю ... но как избежать подобной
ситуации ? Я просто раньше не сталкивался с подобными
"классическими" случаями и в FAQ такого не видел ...
С уважением,
Константин Григорьевич.
===============
