А чего тебе надо-то? Ну так работает Relation в Grid (Browse). "Связанные" таблицы как бы становятся единым целым.

Нужно решить задачу на "живых" таблицах, связанных чере relation. Выборки в курсоры не катируются.

Не котируется как раз-таки прямое редактирование "живых" таблиц. Именно из-за возможности подобных ситуаций. Как минимум, необходима буферизация. В идеале как раз Local View.

vitali_zПо поводу буферизации, в vfp5 при сохранении изменений в буферизованной таблице (таблица лежит на сервере под Novell) (BufferMode=5) накладываются данные занесенные разными пользователями, в одной строке происходит mix из двух, сохраняемых с разных машин. Возможно это моя ошибка, но наиграть ситуацию не удается.


При работе в 5 режиме буферизации, если необходимо отслеживать факт внесения изменений другим пользователем используй второй параметр в команде TableUpdate(). Если он равен .F., то обновление не произойдет, если другим пользователем внесеня изменения (TableUpdate() вернет .F. и далее по AERROR() уточняешь - почему)

vitali_zЕсть ли информация о глюках при работе с буфферизованными таблицами?

Да. Вплоть до VFP6SP5 при использовании оптимистической буферизации (3 или 5) в случае существования индексов по символьным полям и одновременной правке данных 2 пользователями с откатом внесенных изменений одним из них портились эти самые индексы. Причем не имело никакого значения, редактировались ли данные по которым построены индексы или нет. Помогал REINDEX, что не есть хорошо

С Local View такой проблемы быть не может.