Утомился я уже повторять одно и то же.

View - это НЕ исходная таблица. Это временная таблица являющаяся результатом выполнения SQL-запроса и физически расположенная на машине клиента.

Тем не менее, в FoxPro предусмотрен механизм копирования информации из View в исходные таблицы. С этой целью на закладке Update Criteria необходимо указать поле или поля, являющиеся ключевыми. Вот именно на основе сравнения значения этого поля FoxPro и определяет в какой именно записи произошло изменение.

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

Сброс буфера происходит:

В режиме буферизации строк
-) При переходе на другую запись
-) При закрытии таблицы
-) По команду TableUpdate()

В режиме буферизации таблиц
-) Только по команде TableUpdate() и никак иначе.

Т.е. если необходимо обеспечить исключительно программный сброс буфера, то необходимо переключить View в режим табличной буферизации (5). Это можно сделать:

-) В DataEnvironment в свойствах соответсвующего курсора (BufferModeOverride)
-) Командой CursorSetProp('buffering',5,'MyView')
-) Есть еще свойство BufferMode в форме, но им лучше не пользоваться


Итак, что же у тебя собственно происходит.

Судя по всему ты не переключал режим оптимизации и View у тебя установлено в режиме строковой буферизации (3).

После добавления записи (INSERT) происходит автоматический сброс буфера и по Requery() ты уже видишь обновленные данные.

После удаления записи в момент перехода на другую запись также происходит сброс буфера и запись удаляется в исходной таблице.

Теперь ты создаешь новую запись, но с кодом использованном в ранее удаленной записи. Попытка сброса буфера такой записи вызывает сообсщение о нарушении уникальности индекса, поскольку в индексе учитываются и удаленные записи.

На всякий случай:

-) В формате DBASE реализовано двухтактное удаление. Т.е. команда DELETE только помечает запись как удаленную, но физически ее не удаляет. Для физического удаления записи необходимо дать команду PACK, но она требует открытия таблицы в режиме EXCLUSIVE.

-) Если в режиме табличной буферизации создать во View новую запись и тут же ее удалить, то при сбросе буфера такая запись в исходную таблицу не сбрасывается.

1. Не надо сбрасывать каждую запись отдельно. Это и тебе лишняя морока и пользователя раздражает. На форме должна быть кнопка "Сохранить".

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

2. Я конечно понимаю, что лень читать документацию, если можно в конфе спросить. Но все-таки напрягись и почитай описание к команде TableUpdate(). По умолчанию происходит сброс только текущей записи. Чтобы сбросить все записи необходимо дать команду TableUpdate(.T.)

3. По поводу уникальности индекса.

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

А вообще-то в приведенной идеологии, если сброс будет одномоментный по кнопке "Сохранить", а не для каждой записи в отдельности, то за один сеанс работы конфликтов уникальности быть не должно.

Правда похоже ошибка уникальности связана не со значением ключа в исходной таблице, а с выбором ключевых полей на закладке Update Criteria собственно View. В качесвтве ключевого поля следует назначать то поле (или поля) значение которых будет уникально вне зависимости от факта удаления записей.