paged query im Eigenbau?

[bernhard_LA]

wenn ich mir Daten vom Server in kleinen Portionen holen will könnte ich entweder Paged Queries

Delphi-Quellcode:

SELECT * FROM ( 
  SELECT *, ROW_NUMBER() OVER (ORDER BY name) as row FROM sys.databases 
 ) a WHERE a.row > 5 and a.row <= 10

oder in unserem Falls, da die meisten Tabellen auch ein "ziemlich fortlaufendes " Feld "RecordID" besitzen auf

select * from Mytable where recordID < MaxId and recordID>MinId

zurückgreifen.

Ist zwischen einer "paged-Query" und dem Eigenbau ein Unterschied bzgl. der Performance zu erwarten ?

[Namenloser]

Sorry für den möglicherweise dummen Beitrag, aber kann man das, was du da machst, nicht möglicherweise mit dem LIMIT -Befehl einfacher lösen? Der ist doch eigentlich genau für „paged queries“ gedacht.

[bernhard_LA]

LIMIT geht leider nicht für MSSQL

[Blup]

Halte ich beides nicht für sinnvoll, bei einer Query werden doch normalerweise nur so viele Datensätze geholt, wie mit Next auch angefordert?

[Uwe Raabe]

Bei MSSQL gibt es OFFSET und FETCH in der ORDER BY Klausel.

[Dejan Vu]

Ab SQL-Server 2012 geht das so:

SQL-Code:

SELECT * from Tabelle 
ORDER BY PrimaryKeyPreferablyWithAClusteredIndex
OFFSET @page*@windowSize ROWS 
FETCH NEXT @windowSize ROWS ONLY

[himitsu]

Arbeiten ordentliche DBMS mit passenden SQL-Komponenten nicht eh schon stückchenweise?
(auch entsprechend der Antwort von Blup)

z.B. pgDAC und Co. und (bestimmt) auch DBX/DataSnap laden die Datensätze nur stückchenweise nach, es sei denn man aktiviert eine Option, um die Daten alle sofort laden zu lassen.

Auch ordentliche DBGrids haben einen Modus, um möglichst nur die angezeigten Datensätze zu laden und nicht gleich alles in den eigenen Cache zu kopieren. (nur gibt es dann natürlich oftmals keine Sortierung oder Filterung mehr)