Для этого в фоксе существует команда PACK.

НО эта команда требует монопольного доступа к табличке, поэтому "упаковку" табличек производят в административной процедуре.

PS а почему мешают удаленные записи?

mila mavPaulWist, когда я хочу восстановить удаленные данные, т.е пользователь их должен просто записать по-новому возникают проблемы типа сообщения "Ошибки при выполнении многошаговой процедуры", таже ситуация с удалением еще раз введенных данных. т.е получается что мы хотим вставить новую запись, а точно такая же уже есть в БД. Т.к она помечена, как удаленная, пользователь не знает что аналогичные данные уже есть в БД.

Тогда надо использовать фильтрованный индекс по deleted(), правда у него есть недостаток он не используется в Rushmore, поэтому придется делать два индекса.

mila mavа как можно использовать команду PACK, т.е где ее можно выполнить? Я новичок в Фоксе...

Открыть в Windows - DataSession табличку , а в командном окне выполнить Pack

прошелмимоавториндекс по deleted(), правда у него есть недостаток он не используется в Rushmore


Александр не надо вырывать цитату из предложения, в оригинале

авторТогда надо использовать фильтрованный индекс по deleted(), правда у него есть недостаток он не используется в Rushmore, поэтому придется делать два индекса.

Речь идёт о фильтрованном индексе, те с условием For


прошелмимо
индексы с условием по делетед и нот. делетед оптимизируются в 9-й версии,
я это уже показывал и ссылка в хелпе есть на это


Возможно у меня хелп устарел, но там написано:

авторRushmore cannot take advantage of all indexes. If you use a FOR clause in the INDEX command, Rushmore cannot use the index for optimization . For example, because it contains a FOR clause, this statement cannot be optimized, INDEX ON ORDNUM FOR DISCOUNT > 10 TAG ORDDISC.

Так же написано, что индекс с отрицанием тоже не поддерживает оптимизацию

авторSimilarly, Rushmore cannot use an index created with a NOT condition . For example, the this expression can be optimized, INDEX ON DELETED() TAG DEL, But this one cannot, INDEX ON NOT DELETED() TAG NOTDEL.


прошелмимо
(ставим условие в начало выражения составного индекса)

Не понял, про какой составной индекс идёт речь, я говорил о фильтрованном индексе.

Да, интересно, что-то с хелпом не так, действительно для Not Rushmore работает, а наоборот нет

прошелмимо
так что про случай с сет делетед он?

Обратимся к хелпу

авторIn the special case that you want to exclude delete records from a query, using an index, as in the first example earlier, will speed up operations when you've set SET DELETED to ON.

Саньк, пойду домой время уже пол десятого.