Hallo
Ich denke, dass dqmq eine große Arbeit der Beschreibung des Prozesszugangs durchführt während der Updates erledigt (dieses merken ist nicht die selben, die kodieren vom Zugang oder sogar VON DML Fragen durchgeführt gegen die Daten).
Nämlich wenn die Reihenüberprüfung auf offensichtliche Parallelitätsausgaben durchgeführt.
Jedoch glaube ich, Sie, wenn Sie sagen, dass Sie nicht noch etwas - und erfahren gerade diese Ausgaben tun, als ob sie völlig ätherisch waren.
Sie scheinen zweifellos, die alte Gleitkomma-Datenart Überprüfung zu sein.
Wenn Zugang diesen Reihenvergleich durchführt, überprüft er jedes Feld. (A-möglicherweise verhältnismäßig wirkungsloser Prozess an sich - aber normalerweise nicht ein Problem). Jedoch können Gleitkomma-Datenarten (spezifisch Hin- und Herbewegung oder reales) ungenaue Vergleiche verursachen - selbst wenn die Daten in der Theorie zusammenpassen (d.h. sie nicht geändert worden von Ihnen oder von einem anderen Benutzer).
Seit SQL-Server 2000, ist die Standardkurzfristige Lösung, eine Zeitstempelspalte Ihrem Tabelle hinzuzufügen. Ob Sie dieses oder nicht in Ihrem UI einsetzen, verwendet Zugang es, um Parallelitätszugang zu dieser Reihe (anstatt jedes, Feld zu überprüfen) und zu diesem allein festzustellen - Verhinderung der Gleitkomma-Ausgabe.
Es gibt ziemlich unwahrscheinliche Nebenwirkungen einer Zeitstempelspalte im Zugang (AFAIRC benötigen Sie zwei subforms auf dem gleichen Elternteil mit der gleichen Quelltabelle - unvermeidlich recht selten).
Nicht vergessen, Ihre Tabellenverbindungen zu erneuern, sobald Sie die Zeitstempelspalte dem SQL-Tabelle hinzugefügt.
Beifall.
