Olá!
Eu penso que o dqmq fêz um grande trabalho de descrever o acesso process executa durante atualizações (anotar isto não é o mesmos como codificam do acesso ou mesmo das perguntas de DML executado de encontro aos dados).
A saber, quando a verificação da fileira para edições aparentes da simultaneidade for executada.
Entretanto eu acredito você quando você diz que você não está fazendo qualquer outra coisa - e apenas está experimentando estas edições como se eram inteiramente etéreos.
Pareceria certamente ser o tipo de dados velho verificação da vírgula flutuante.
Quando o acesso executa esta comparação da fileira, verific cada campo. (Processo potencial relativamente incapaz de A nse - mas geralmente não em um problema). Entretanto, os tipos de dados da vírgula flutuante (especificamente flutuador ou real) podem causar comparações inexact - mesmo quando os dados combinam na teoria (isto é não estiveram mudados por você ou por um outro usuário).
Desde o usuário 2000 do SQL, a solução rápida padrão é adicionar uma coluna do TimeStamp a sua tabela. Se você emprega este ou não em seu UI, o acesso usá-lo-á para determinar o acesso da simultaneidade a essa fileira (em vez de verific cada campo) e a esse sozinho - contornar a edição da vírgula flutuante.
Há uns efeitos secundários razoavelmente improváveis de uma coluna do TimeStamp no acesso (AFAIRC você precisaria dois subforms no mesmo pai com a mesma tabela da fonte - inevitàvel consideravelmente rara).
Não esquecer refrescar suas ligações da tabela uma vez que você adicionou a coluna do TimeStamp à tabela do SQL.
Elogios.
