Два пользователя одновременно запросили и получили данные. Закачали в локальные курсоры. Каждый внес какие-то свои изменения. Теперь оба они по очереди нажимают кнопку "Сохранить". Что имеет в базе данных? Очевидно, данные того пользователя, который нажал кнопку "Сохранить" последним. Т.е. первый пользователь потерял свои изменения без каких-либо "извинений" и "предупреждений" со стороны приложения.

Вас такая стратегия работы устравивает? Если "Да", то Ваша система вполне жизнеспособна.

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

Пессимистическая.

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

Достоинства - в принципе невозможны конфликты совместного доступа. Та ситуация, которая описана в самом начале темы.

Недостатки - пользователь начал редактировать данные, но тут отвлекся, а потом ушел "на обед". А все остальные пользователи ждут, когда же он вернется.

Оптмистическая.

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

Достоинства - нет периода "ожидания". Никто никого не ждет. Создается иллюзия, что пользователь работает один с приложением.

Недостатки - конфликты совместного доступа. Та ситуация, которая была описана в самом начале. Изменения одного пользователя могут затереть изменения другого.


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

Хочу только еще заметить, что то, что Вы делаете - это "закат солнца вручную". В том смысле, что в FoxPro существуют инструменты, которые делают все тоже самое, но автоматически.

Во-первых - это собственно режим буферизации. Можно наложить прямо на исходную таблицу. Хотя, как правило, этого не делается.

Во-вторых - это объект Local View. Если сделать его обновляемым, то сделанные в нем изменения будут "сбрасываться" в исходные таблицы.

В-третьих - это класс CursorAdapter (введен в VFP8). По сути, это расширение возможностей Local View. Больше мест, где есть возможность вмешаться программисту в процесс выборки данных и сброса изменений в исходные таблицы.