Hola
Pienso que el dqmq ha hecho un gran trabajo de describir el acceso de proceso se realiza durante actualizaciones (observar esto no es iguales que cifran del acceso o aún de las preguntas de DML ejecutadas contra los datos).
A saber, cuando la comprobación para de la fila ediciones evidentes de la concurrencia se realiza.
Sin embargo creo usted cuando usted dice que usted no está haciendo todo lo demás - y apenas está experimentando estas ediciones como si fueran enteramente etéreas.
Parecería ciertamente ser el viejo tipo de datos de la coma flotante cheque.
Cuando el acceso realiza esta comparación de la fila, comprueba cada campo. (Proceso potencialmente relativamente ineficaz de A en sí mismo - pero generalmente no un problema). Sin embargo, los tipos de datos de la coma flotante (específicamente flotador o verdadero) pueden causar comparaciones inexactas - incluso cuando los datos emparejan en la teoría (es decir no han sido cambiados por usted u otro usuario).
Desde el servidor 2000 del SQL, la solución rápida estándar es agregar una columna del reloj fechador a su tabla. Si usted emplea esto o no en su UI, el acceso lo utilizará para determinar el acceso de la concurrencia a esa fila (en vez de comprobar cada campo) y a ese solo - evitar la edición de la coma flotante.
Hay efectos secundarios bastante inverosímiles de una columna del reloj fechador en el acceso (AFAIRC usted necesitaría dos subforms en el mismo padre con la misma tabla de la fuente - inevitable bastante rara).
No olvidar restaurar sus acoplamientos de la tabla una vez que usted ha agregado la columna del reloj fechador a la tabla del SQL.
Aclamaciones.
