gore-egor,

1. Открытие таблиц (команда USE), хотя и достаточно быстрая операция, но ее длительность зависит от ряда сопутствующих факторов. При определенных условиях это может занимать достаточно много времени. "Достаточно много" для того, чтобы это было заметно пользователем

2. Блокировка - это процесс, который должен занимать как можно меньше времени. Сама идея блокировать данные на длительный срок (пока пользователь редактирует данные) - крайне не удачное решение. Такого следует всячески избегать. Может привести к тому, что пока один пользователь что-то там редактирует никто другой ничего сделать не сможет. Т.е. вообще ничего.

Как правило, при работе в многопользовательском режиме используется режим оптимистической буферизации. Это значит, что в процессе редактирования данных эти самые данные не блокируется. Блокировка выполняется только в момент нажатия кнопки "Сохранить" для сброса внесенных изменений.

В этом случае, в качестве конфликта совместного доступа возможна только ситуация, когда другой пользователь уже успел изменить те же самые данные. Проверить это очень просто. Надо в условие отбора добавить значения полей до модификации.

Ну, например, Вы редактируете в таблице запись с ID=1 и значением поля Qty=1. Вы устанавливаете значение поля Qty=2. Тогда код на модификацию будет выглядеть примерно так




На самом деле, именно это и делают Local View при определенных режимах настройки опции "SQL WHERE clauses include". В этой опции Вы и выбираете какие именно поля надо включить в выражение WHERE формируемой команды Update-SQL

Key field only - только ID
Key and updatable field - ID и все те поля, которые были помечены как изменяемые (галка под карандашом)
Key and modified field - ID и все те поля, которые были изменены из тех, что помечены как изменяемые (галка под карандашом)
Key and timestamp - ID и поле Timestamp. Для Local View - не применимо


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

Key field only - только ID

=====================================

Другими словами, перевод приложения на работу в режиме оптимистической буферизации уже достаточно существенно снизит риски потери данных. Хотя, конечно, значительно большую гарантию дает перевод приложения в режим клиент-сервер. Как уже было замечено, существуют бесплатные SQL-сервера, да и MS SQL-сервер тоже есть в бесплатном варианте.

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