Ja detta verkar det normala.
Det är inte röra till det sist rekordet, det befolkar alla rekord till jumbon, i en dynamisk recordset (du kan potentiellt redigera något rekord, och det bör reflektera any att redigera att äga rum dynamiskt!). Det är inte enkelt, men det är onyttigt.
Om Demand_Check_C är en ta fram bordlägger, du kan öppna den bordlägger in funktionsläge och, du kan läsa det sist rekordet ögonblickligen (bara en bordlägga inte har en rekord- cont). Om den inte är, du kan använda dbForwardOnly för att rusa upp saker, men, som det känt antyder, du kan inte flyttningbaksida.
I stort, ditt fungera styrkan som körs mycket väl för dussina timmar, det är inte klart vad den gör, men, om du är i det processaa av normalisering av en bordlägga, strukturera, några funktioner kan ta som sorterar av tid. Men du behöver inte den rekord- räkningen.
Använd bordlägga-skrivar eller en framåt endast recordset, använder de 60 rekorden stor bit (stilla eftergivent i beställa av 100 ' 000 non-trivial mellanläggsqueries som ska analyseras, optimeras och körningen) och kopierar det inre delar upp förutom kretsa för att få rekorden less-than-60 från avsluta.
Använd inte den sammanlagda rekord- räkningen, då evig sanning placerar.
(°v°)