А еще лучше написать программку по созданию резервной копии твоей базы данных. Дело в том, что ты пропустил несколько принципиальных моментов:

1) Команда Validate DataBase игнорирует опцию Recover в готовом EXE. Т.е. автоматически привести в соответсвие содержимое контейнера базы данных и существующих файлов можно только на этапе отладки.

Как следствие, тебе придется самому, ручками, писать модификацию контейнера базы данных, если его содержимое надо подправить. Очень сильно хочется?

2) Отрыв таблицы от базы данных - это надо очень постараться. Индексы падали - это да, но потерять таблицу?!

Физически - это может быть такой вариант. Ты скопировал свою таблицу по COPY TO, потом удалил оригинал и на его место пытаешся вставить копию. Чинится это записью относительного пути доступа к контейнеру базы данных в заголовке таблицы. Что и куда записать читай в HELP по структуре заголовка. Хотя лучше делать копию через COPY FILE или API-функциями.

3) Восстановление индексов в случае наличия резервной копии - элементарная операция. Просто заменяешь поврежденный файл CDX на файл из резервной копии, а после открытия таблицы даешь REINDEX для приведения его содержимого в соответствии с новыми значениями таблицы.

Flex2А ручками все. С 6 до 8 версии одни и теже проблемы. То порядок полей в контейнере БД меняются при кооректировке структуры таблиц, то ссылки на индексы отваливаются , то еще что нить. Ну его нах*** фоксовский контейнер БД.
Никогда не было таких проблем в контейнером базы данных. Почему-то всегда все было нормально. Может, Вы просто танцевать не умеете?

Ты настолько сосредоточился на своем решении, что абсолютно не воспринимаешь, что именно тебе говорят.

Вкратце.

В контейнере базы данных кроме собственно имени таблицы, названий ее полей и названий индексов записан относительный путь к ассоциированной таблице.

Если при открытой базе данных дать команду USE MyTable, то сначала FoxPro просканирует контейнер базы данных на предмет существования объекта-таблицы с именем MyTable.

Если такой объект будет найден, то по относительному пути, записанному в контейнере базы данных будет предпринят поиск такой таблицы.

Если по найденному пути таблица будет обнаружена, то будет прочитан заголовок этой таблицы.

В заголовке таблицы в специально отведенных 263 байтах записан относительный путь к ассоциированной базе данных. Если этот путь не прописан или прописан путь не к открытой базе данных, то ты и получаешь сообщение об ошибке, что "Данная таблица не является частью базы данных".

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

В Help по FoxPro есть статья с названием "Table File Structure ..." в ней подробно расписано какой байт заголовка таблицы для чего предназначен. Там же найдешь и как определить эти самые 263 байта, где записан относительный путь доступа с контейнеру базы данных.

Список таблиц, включенных в базу данных можно получить по команде ADBObjects(), относительный путь доступа к таблице можно получить через команду

?DBGetProp("MyTable","TABLE","PATH")

Т.е. в отношении таблиц можно самостоятельно написать все то, что делает VALIDATE DATABASE с исправлением ошибок.

НО! Ты опять пропустил мимо ушей, что все это абсолютно бессмысленное занятие. Точнее, лично для тебя это возможно и представляет интерес, но с практической точки зрения не имеет никакого смысла!