Ja scheint dieses normal.
Es bewegt nicht auf die letzte Aufzeichnung, es bevölkert alle Aufzeichnungen zu dauert, in einem dynamischen recordset (Sie können jede mögliche Aufzeichnung möglicherweise redigieren und sie sollte dynamisch stattfinden irgendwie redigieren reflektieren!). Sie ist nicht einfach, aber es ist unbrauchbar.
Wenn Demand_Check_C eine Zugangstabelle ist, können Sie sie im Tabellenmodus öffnen und Sie können die letzte Aufzeichnung (aber eine Tabelle sofort lesen, hat nicht einen Rekordinh.). Wenn es nicht ist, können Sie dbForwardOnly pflegen, um Sachen zu beschleunigen, aber, da der Name andeutet, können Sie nicht zurück umziehen.
Im Allgemeinen konnte Ihre Funktion Dutzend Stunden lang, es sehr gut laufen ist nicht frei, was sie tut, aber, wenn Sie bei der Normalisierung einer Tabellenstruktur sind, können einige Betriebe diese Art der Zeit nehmen. Aber Sie benötigen nicht den Rekordzählimpuls.
Eine Tabelleart oder ein Vorwärtsnur recordset benutzen, die 60 Aufzeichnungsklumpen benutzen (noch erbringend im Auftrag von 100 ' 000 nicht trivialen Einsatzfragen, um zu analysieren, optimieren und Durchlauf), und den inneren Abschnitt außerhalb der Schleife kopieren, um die Aufzeichnungen less-than-60 vom Ende zu erhalten.
Den Gesamtrekordzählimpuls oder die absoluten Positionen nicht verwenden.
(°v°)