Ja, schijnt dit normaal.
Het zich beweegt niet aan het laatste verslag, bevolkt het alle verslagen aan laatste, in een dynamische recordset (u kunt om het even welk verslag potentieel uitgeven en het zou op om het even welke het uitgeven moeten wijzen dynamisch plaatsvindend!). Het is niet eenvoudig, maar het is nutteloos.
Als Demand_Check_C een lijst van de Toegang is, kunt u het op lijstwijze openen en u kunt het laatste verslag onmiddellijk lezen (maar een lijst heeft geen verslag inh.). Als het niet is, kunt u dbForwardOnly aan snelheidsdingen uitputten, maar zoals de naam impliceert, kunt u zich niet terug bewegen.
Fundamenteel, zou uw functie zeer goed voor kunnen lopen dozijn uren, is het niet duidelijk wat het, maar als u tijdens het normaliseren van een lijststructuur bent, kunnen sommige verrichtingen die soort tijd nemen. Maar u hebt niet de verslagtelling nodig.
Gebruik slechts een lijst-type of voorwaarts recordset, gebruik de 60 verslagenbrokken die (nog in de orde van 100 ' 000 niet alledaagse te analyseren, te optimaliseren tussenvoegselvragen, en looppas opbrengen), en kopi�ër de binnensectie buiten de lijn om de minder-dan-60 verslagen van het eind te krijgen.
Gebruik niet de totale verslagtelling of de absolute posities.
(°v°)