Varför är det bättre att hålla på med AbsoluteSize, PageSize, PageCount och liknande i ADO istället för nästlade SQLer eller SELECT TOP 5 * FROM tblFoo WHERE FooId NOT IN (SELECT TOP 5 FooId FROM tblFoo)?
rs.Move som jag använt tidigare antar jag suger. Men varför är det bättre att hämta ut ett helt Recordset som man med ADO hoppar runt i än att skriva en SQL som enbart hämtar ut just den delen..?
I.o.f.s. är det smidigare med ADO så inte mig emot, men jag undrar bara...
PS. Nu blandar jag inte in 2 dimensionella arrays. Det är inte tänkt som ett alternativ...
SQL-frågan med not in är kostsam.
PatrikB gjorde jämförelser mellan olika metoder som finns redovisade här i något inlägg.
Det är lite olika faktorer som spelar in, hur ser tabellerna ut, hur mycket data finns det så det är möjligt att i vissa lägen är det det bättre med not in.
SELECT TOP 5 * FROM tblFoo WHERE FooId NOT IN (SELECT TOP 5 FooId FROM tblFoo)
Nej, de tenderar att bli mycket långsamma, i varje fall i Access, men snabbas upp i SQL Server med hjälp av SP (Stored Procedures).
Har inte gjort några test just i SQL Servern och dessa, men just mot Access db'n som är den flitigast använda här suger denna typ av "nestlade" (SubQueries) SQL-frågor.
Går det inte skriva på ett sätt så att om man vill ha tjugo från positionen 60 så tar man de 80 översta, sen desc på dem och de tjugo översta där och vänder en gång till..?
