Полноценная проверка индексов действительно не целесообразна, но если поставлена задача оперативного обнаружения сбоя, то кое-что все-таки можно сделать. Сбой чаще происходит при добавлении записей, а не при исправлении данных (впрочем, исправление данных в идеале вообще должно отсутствовать как класс). Поэтому можно ограничиться контролем корректности первичного ключа таблицы.

Я использовал следующий алгоритм. Блокируем запись в служебной таблице, являющейся счетчиком первичных ключей и берем оттуда значение последнего использованного ключа. Делаем set deleted off (на случай, если последняя физическая запись таблицы удалена), устанавливаем set order на первичный ключ таблицы и сравниваем значения ключа из таблицы ключей, значение при go (reccount()) и значение при go bottom - все значения должны совпадать. Снимаем блокировку.

Работает быстро, поэтому можно использовать при открытии таблиц. Конечно, зависит от реализации механизма получения ключей (ключ должен получаться непосредственно перед записью и не зависеть от каких-то логических условий сохранения, т.е. если ключ брался, то это должно означать, что была попытка записи данных). Собственно, все. Может понадобится