Возможно, на табличке есть триггер, модифицирующий поля изменяемой записи. В этом случае клиентское средство не ожидает, что произошли с записью какие-то еще изменения, кроме тех, что он проделал сам, о чем и уведомляет.
В данной ситуации надо посмотреть следующие моменты, которые делают такую ошибку более вероятной:
1. Есть ли в табличке Primary Key. Отсутствие PK заставляет клиентское средство при апдейте перечислять все поля в секции WHERE. Кроме того, при отсутствии PK при UPDATE возможны изменения сразу несколько идентичных записей, а в этом случае будут многие глюки, из которых описанное, хотя и будет первым встретившимся, но далеко не главным глюком.
2. Если клиент - Delphi или CBuilder с использованием TQuery, то надо установить UpdateMode в upWhereKeyOnly (по-умолчанию там стоит upWhereAll), а с использованием TADO... надо задать свойство Resync для обновления всей строки после апдейта (точно не помню как, но можно найти в инете). С MMC тут ничего не поделаешь.
3. Если триггер заполняет поля журналиции в той строке, то ошибки можно избежать, если выборка не будет содержать эти журнальные поля в секции SELECT.
4. В любом случае, внимательный просмотр запросов в профайлере и повторение этих запросов в isqlw подскажет истинную причину. Сразу должен насторожить факт запроса на UPDATE, где в секции WHERE перечислены практически все поля, а не только первичный ключ.