НедоходящийА как тогда защитить DBF от одновременной записи одинаковых значений от разных пользователей ?
Специально ничего защищать не надо.

Одновременная запись в одно и то же место двух разных пользователей физически невозможна. За этим следит сама операционная система. Т.е., хотя со стороны кажется, что два пользователя одновременно записали данные в одно и то же место, но реально они записали эти данные по очереди. Сначала один, потом другой.

У программиста другая задача: разрешение конфликтов совместного доступа.

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

Тут возможны 2 принципиальных подхода:

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

Это схема пессимистической буферизации.

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

Это схема оптимистической буферизации.

При этом, если работа происходит именно в режиме буферизации, а не через "ручное" накладывание и снятие блокировок (RLOCK()/UNLOCK), то все установки и снятие блоикровок будут происходить автоматически. Специально следить за блокировками не надо.