Hi
Я думаю dqmq делало большую работу описывать отростчатый доступ выполняет во время уточнений (заметьте это не будет этими же закодируйте от доступа или даже вопросов DML исполненных против данных).
Namely, когда будет выполнена проверка рядка для явно вопросов совпадения.
Однако я верю вы когда вы скажете вы не делает что-нибудь еще - и как раз испытывает эти вопросы если они были вс бесплотный.
Она некоторо показалось бы, что была старым типом проверкой данным по плавающей запятой.
Когда доступ выполняет это сравнение рядка, он проверяет каждое поле. (Процесс a потенциальн относительно неработоспособный в действительности - но обычно не проблема). Однако, типы данным по плавающей запятой (специфически поплавок или реальное) могут причинить inexact сравнения - даже когда данные сопрягают в теории (т.е. они не были изменены вами или другим потребителем).
С сервера 2000 SQL, стандартное быстрое решение должно добавить колонку фиксации времени к вашей таблице. Используете ли вы это или не в вашем UI, доступ будет использовать его для того чтобы обусловить доступ совпадения к тому рядку (вместо проверять каждое поле) и тому одному - избегать вопрос плавающей запятой.
Будут справедливо маловероятные побочные эффекты колонки фиксации времени в доступе (AFAIRC вам были бы нужны 2 subforms на таком же родителе с такой же таблицей источника - неизбежно довольно редкой).
Не забудьте освежить ваши соединения таблицы как только вы добавляли колонку фиксации времени к таблице SQL.
Приветственные восклицания.
