Hello, Константин!
Константин wrote:
1. заливка в таблицу производилась методами Bath...
используя констукцию update or insert ...
с предварительнам alter index ... inactive
и последующим alter index ... active
Что, ИМХО, подразумевает как минимум пересчёт
индекса ...
если пересчет индекса делается во время обновления, вставки
или удаления более чем одной записи пакетом или оператором,
то поскольку индекс создается вне контекста транзакции,
индекс получается НЕПОЛНЫЙ, нецелостный или как хотите.
IBAnalyst это дело показывает, хотя может это показать
также если индекс перестраивается во время получения статистики.
Детектируется такое только в IBA 2.0, а он нынче платный...
Единственное что могу посоветовать, если не покупать IBA 2 -
сравнить в бесплатном IBA 1.95 кол-во ключей индекса и кол-во
записей по формуле
Records >= Keys >= Records+Versions
3. ИМХО даже если индекс "кривой" казве результат выборки
не должен быть !ПРАВИЛЬНЫМ! ? В моём понимании даже
"кривой" индекс должен возвращать "правильный" набор
записей пусть это будет и тормознуто ...
кривой индекс может вернуть правильное кол-во ключей только
если выборка идет по "не кривым" ключам.
Классический случай когда при поврежденном индексе часть
данных в таблице становится просто не видна, если в плане
запроса используется такой поврежденный индекс.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
