Hallo
Ik denk dqmq een groot werk van het beschrijven van de procesToegang presteert tijdens updates heeft gedaan (neem die nota dit niet het zelfde als code van Toegang of zelfs vragen DML tegen de gegevens worden uitgevoerd is).
Namelijk, wanneer de rijcontrole voor duidelijke overeenstemmingskwesties wordt uitgevoerd.
Nochtans geloof ik u wanneer u zegt u iets anders niet - doet en enkel deze kwesties ervaart alsof zij volledig etherisch waren.
Het zou zeker de oude het Drijven gegevenstype van het Punt schijnen te zijn controle.
Wanneer de Toegang deze rijvergelijking uitvoert, controleert het elk gebied. (Inefficiënte proces van A het potentieel vrij op zichzelf een - maar gewoonlijk niet probleem). Nochtans, kunnen de types van drijvend puntgegevens (specifiek Vlotter of Echt) onnauwkeurige vergelijkingen veroorzaken - zelfs wanneer de gegevens in theorie aanpassen (d.w.z. is het niet veranderd door u of een andere gebruiker).
Sinds SQL Server 2000, moet de standaard snelle moeilijke situatie een TimeStamp kolom aan uw lijst toevoegen. Of u dit of niet in uw UI aanwendt, zal de Toegang het gebruiken om overeenstemmingstoegang tot die rij (in plaats van het controleren van elk gebied) en dat te bepalen alleen - omringend de drijvend puntkwestie.
Er zijn vrij onwaarschijnlijke bijwerkingen van een TimeStamp kolom in Toegang (AFAIRC zou u twee subforms op de zelfde ouder met de zelfde bron vrij zeldzame lijst - onvermijdelijk vergen).
Vergeet niet om uw lijstverbindingen te verfrissen zodra u de TimeStamp kolom aan de SQL lijst hebt toegevoegd.
Juicht toe.
