order by als parambyname geht nicht?

[p80286]

Zitat von alzaimar:

Man sollte das Sortieren nicht dem Server überlassen. Das sind Perlen vor die Säue. Hol Dir die Datenmenge unsortiert und sortiere selbst in Memory.

Warum das?
Hört sich für mich sehr nach der Aufforderung an, das Rad neu zu erfinden.

Gruß
K-H

[khh]

Zitat von p80286:

Zitat von alzaimar:

Man sollte das Sortieren nicht dem Server überlassen. Das sind Perlen vor die Säue. Hol Dir die Datenmenge unsortiert und sortiere selbst in Memory.

Warum das?
Hört sich für mich sehr nach der Aufforderung an, das Rad neu zu erfinden.

Gruß
K-H

die Begründung intressiert mich auch.

Gruss KHH

[Sir Rufo]

Die Begründung ist eigentlich naheliegend wenn man die Übertragungskosten/Rechenzeitkosten gegenüberstellt.

Soll die Liste einfach nur sortiert an den Rechner übergeben werden und die Sortierung wird nicht verändert, dann ist das die Aufgabe vom Server.

Hat der Benutzer aber die Möglichkeit die Sortierkriterien zu wählen (Spalte a,b,c oder jetzt c,a,b) dann muss ich mir überlegen wo diese Sortierung erfolgen soll.
Immer auf dem Server und die Daten alle naselang wieder an den Client übertragen, oder lieber doch gleich auf dem Client.

Somit ist es eine Kosten/Nutzen-Rechnung wo die Sortierung erfolgt.
Am Ergebnis ändert sich nichts, aber evtl. an der Zeit, die der Nutzer warten muss, bis die Daten sortiert angezeigt werden.

[alzaimar]

Der Hauptgrund ist doch einfach Folgender (wobei Sir Rufo nicht Unrecht hat): Ein RDBMS ist i.a. recht ausgelastet. Sortieroperationen wirken sich da einfach negativ auf die Wartezeit aus, vor allen Dingen dann, wenn alle Anwendungen so vorgehen. Dann ist der Server fast nur noch mit Sortieren beschäftigt. In der Folge geht er schon bei wesentlich weniger gleichzeitigen Zugriffen in die Knie.

Wenn Du natürlich eine RDBMS mit einigen wenigen Anwendern hast, und Dir sicher bist, nie in höhere Gefilde zu stoßen, dann kannst Du dir natürlich angewöhnen, die Sortieroperation immer vom Server erledigen zu lassen. Wundere dich dann aber nicht, wenn dein RDBMS immer 'etwas' größer sein muss, als die der Konkurrenz, um die gleiche Performance zu erreichen.