Local View - это ДРУГАЯ таблица. Это не есть таблица источник. Следовательно, чтобы перенести изменения из этой таблицы в исходную таблицу надо выполнить некие операции. Это делается при помощи команд Select-SQL. Например, обновление при помощи команды UPDATE-SQL.

Естесственно, что необходимо указать что именно, какую запись, следует изменить. Т.е. написать условие WHERE к этой команде.

Если в команде TableUpdate() не указывать второй параметр, то условие WHERE будет сформировано примерно так:


Т.е. поиск записи будет осуществляться не только по ключевому полю, но и по значению всех модифицируемых полей. По их значению, которое было на момент начала модификации (то, что возвращает функция OldVal()) Каких именно полей, зависит от переключателя "SQL WHERE clauses include" на закладке "Update Criteria" в дизайнере View.

Если запись была изменена другим пользователем или же этим же самым пользователем, но в другом DataSession, то, естесственно, запись найдена не будет. Ведь OldVal() окажется отличным от того, что сейчас реально записано в поле таблицы. Это и пораждает сообщение Update Conflict исходя из предположения, что запись не найдена по той причине, что изменены поля для модификации.

Если использовать второй параметр в функции TableUpdate() в значении .T., т.е. писать


то условие WHERE будет сформировано примерно так


Вне зависимости от значения переключателя "SQL WHERE clauses include". Т.е. останется только поиск по значению ключевого поля.

Поскольку, как правило, значение ключевого поля никогда не меняется, то вероятность "потерять" запись и получить сообщение "Update Conflict" прапктически отсутствует.

Что именно использовать - зависит от конкретной задачи. Ведь во втором случае вы просто перезапишете данные введенные другим пользователем.