При помощи Design Table SQL Server Enterprise Manager создана таблица Test с единственным
полем F1 типа Char.
Без проблем выполняется его обновление (Delphi 5):

Table1.Edit; // Table1.TableName=Test
Table1.FieldByName('F1').AsString := s; //s - переменная типа string
Table1.Post;

Далее, если тем же Design Table в таблицу Test просто добавить поле F2 типа bit
(Data Type bit, Length 1, Allow Nulls V), то при попытке обновления F1
при выполнении Table1.Edit выдаётся сообщение:

"Couldn't perform the edit because another user changed the record"

ВОПРОС: ПОЧЕМУ И КАК С ЭТИМ БОРОТЬСЯ?

Спасибо Cat2.
Нечто подобное мы предположили и попытались выйти из положения так.
При добавлении в таблицы полей типа bit запретили Allow Nulls, а Default присвоили 0.
Указанная в вопросе странность в программах перестала проявляться. Но осталась другая
странность: при добавлении записи с помощью TDBGrid в сетке появляется дубль добавленной
записи, хотя физически в таблице эта вторая запись отсутствует и исчезает из сетки после
Refresh.
Ещё можно добавить, что если вместо полей типа bit использовать в качестве булевских
поля типа sql_variant, то вышеуказанные проблемы снимаются.

Что касается отставки TTable и использования TQuery, то это указанные проблемы не
решает, мы пробовали (если конечно не пользоваться исключительно SQL-запросами).
Для наших софтов актульны конструкции, использующие для обновления полей TDBEdit и т.п.
А в этом случае указанные нами проблемы возникают независимо от того, связан TDBEdit с
TTable или с TQuery.

Спасибо Cat2.
Нечто подобное мы предположили и попытались выйти из положения так.
При добавлении в таблицы полей типа bit запретили Allow Nulls, а Default присвоили 0.
Указанная в вопросе странность в программах перестала проявляться. Но осталась другая
странность: при добавлении записи с помощью TDBGrid в сетке появляется дубль добавленной
записи, хотя физически в таблице эта вторая запись отсутствует и исчезает из сетки после
Refresh.
Ещё можно добавить, что если вместо полей типа bit использовать в качестве булевских
поля типа sql_variant, то вышеуказанные проблемы снимаются.

Что касается отставки TTable и использования TQuery, то это указанные проблемы не
решает, мы пробовали (если конечно не пользоваться исключительно SQL-запросами).
Для наших софтов актульны конструкции, использующие для обновления полей TDBEdit и т.п.
А в этом случае указанные нами проблемы возникают независимо от того, связан TDBEdit с
TTable или с TQuery.

Спасибо Tygra.

Delphi позволяет с использованием TQuery обновить поле в таблице с помощью, например,
Query1.SQL.Add('Update test set ... и т.д. Можно обновить поле с помощью TDBEdit или
TDBComboBox и пр. Можно также использовать, например, FieldByName('имя_поля').As... := 'новое_значение'.
Ну и т.д.

Вот последнее Ваше замечание любопытно. Почему все же при пользовании BDE возникает дубль записи?