1. Если индексы создаются заново, то их лучше предварительно удалить DELETE TAG ALL, т.к. без этого предыдущий (замененный) индекс остается в индексном файле, но не используется (мусор вобщем).
2. По максимуму отказаться от монопольного открытия таблиц, т.к. при вылете клиента изменяющего что-то монопольно в таблице индекс почти всегда портится, а иногда и таблица.
3. Если есть возможность надо сделать ежедневную индексацию. Например по заданию на сервере по ночам, или если сервер на ночь выключается, то при включении.

RedrikСорри, что не совсем в тему... Вот тут мелькнула фраза "DELETE TAG ALL"...
А не попадалось ли кому-нибудь в ответ на это "INDEX TAG NOT FOUND"?
Не могу въехать - что за фигня?!
Причем на одной из машин... Какие настройки???
Вероятно на других машинах в эту часть программы не попадают или индекс от локальной таблицы.
Варианты возникновения:
USE ... order MyOrder (set order to MyOrder, seek ... order MyOrder и т.п.) - при несуществующем тэге MyOrder, или если индексный файл не открыт. Включи в проекте debuginfo и сохраняй в лог где конкретно ошибка происходит, а потом код смотри что не так.

StandD...
НО.В том-то и загвоздка, что я боюсь слета индекса в процессе работы и того, что не удастся это вовремя обнаружить! Ведь тогда может быть катастрофа - не работать поиск или, что хуже работать неправильно!
Тогда сделай какую-нибудь систему контроля корректного выхода. Например объект где в Init() - добавление записи в таблицу активных пользователей, установка флага активности и ее блокировка (при вылете блокировка снимается автоматом), в Destroy() снятие флага и снятие блокировки записи. И проверку - блокировки нет, а флаг есть значит пользователь вышел некорректно, возможна порча индексов
При запуске проги создается объект, желательно с private datasession (чтобы случайно таблицу не закрыть в процессе работы), проверяется наличие некорректных выходов - в случае наличия - сообщение пользователю "Надо индексировать". При нормальном выходе (даже при прерывании по ошибке в коде) объект уничтожается и снимает флаг активности, а при зависании компа или пропадании сетки флаг активности останется.

StandD... Но ведь возможен вариант невылета, но угробливания индекса. Вот что меня смущает. Например? Средствами VFP испортить индексы невозможно, фокс сам следит за их целостностью, за исключением одной ситуации: индекс не структурный (имя файла CDX не совпадает с именем DBF), таблица открывается без индекса и изменяется.

StandD... Дело в том, что имена индексных файлов у меня не совпадают с именами таблиц! Насколько это плохо?Плохо только тем что надо следить чтобы индексы всегда открывались. А чем не устроили одноименные индексы?

Если отказался от структурных индексов только из-за проблем с индексированием при серьезном слете индексов, то это лечится пропуском ошибок:

StandD... Дело в том, что имена индексных файлов у меня не совпадают с именами таблиц! Насколько это плохо? Еще один подводный камень в данной ситуации - использование команд SQL (SELECT, UPDATE, INSERT, DELETE) приводит к автоматическому открытию таблицы (если она не открыта ранее) и индексы в твоем случае не откроются, т.е. SELECT - будет тормозить, а UPDATE, INSERT, DELETE приведут к необходимости индексации.

StandD... Пока тихо. Возможно ли разрушение индекса вирусом?
Теоретически - да, практически - маловероятно, почитай описание вируса, я такого ни разу не видел, да и смысла портить индексы у вирусописателя нет, только если какой шизанутый враг dbf-а писал.

А кроме лечения вируса никакие изменения не проходили? exe обновил? локально что-нибудь снес и поновой записал? неверно это помогло.

Redrik Dima T RedrikСорри, что не совсем в тему... Вот тут мелькнула фраза "DELETE TAG ALL"...
А не попадалось ли кому-нибудь в ответ на это "INDEX TAG NOT FOUND"?
Не могу въехать - что за фигня?!
Причем на одной из машин... Какие настройки???
Вероятно на других машинах в эту часть программы не попадают или индекс от локальной таблицы.
Варианты возникновения:
USE ... order MyOrder (set order to MyOrder, seek ... order MyOrder и т.п.) - при несуществующем тэге MyOrder, или если индексный файл не открыт. Включи в проекте debuginfo и сохраняй в лог где конкретно ошибка происходит, а потом код смотри что не так.

Прозевал ответ... :-(
"Другие машины" - это не насчет сети и т.п. Это просто копия на другой комп - софт исключительно локальный!
Индексирую и после пары операций - DELETE TAG ALL, а в ответ - INDEX TAG NOT FOUND!
Если дать ему DELETE TAG QQQ (т.е. указать конкретное имя) - без проблем!
И это только на одном компьютере и только на VFP7 - "рядом" есть VFP9 и на нем никаких ругательств... Т.е. на другом компе работает - копируешь на этот и ошибка начинается? А если эту с ошибкой на другой комп?
Может в контейнере БД что-то съезжает? смотри мой самплес выше - я ж не просто так 10 проходов с игнорированием ошибок делаю. Их там столько разных вылазит, что обрабатывать замучишься.