Sponsored Links |
|
|||
MySQL :: MySQL 5.1 Referenzhandbuch :: 3.3.4.8 Zeilen zählen
mhh wenn du COUNT() as irrgendwas machst... weis aber jetzt nicht ob man bei Limit drauf zugreifen kann |
Sponsored Links |
|
||||
Wenn du die Ergebnismenge mit LIMIT einschränkst, würde ich eher mit FOUND_ROWS() arbeiten, statt die Ergebnismenge zwei mal zu erzeugen (einmal für Gesamtanzahl der Datensätze und einmal für die Daten der beschränkten Ergebnismenge).
__________________
Markus Wulftange |
|
||||
Genau darüber bin ich auch gestolpert und habe das ausgemessen.
Die zweite Abfrage (mit Holen der Daten) ist erheblich schneller (sehr erheblich). Es hängt vermutlich mit dem Cache zusammen. Es spricht nichts gegen 2 Abfragen. (SqLite3, C, WinXP, Apache 2) |
|
||||
Zitat:
Und natürlich auch den Anderen fürs Antworten, aber genau sowas hab ich gesucht. Geändert von David (11.05.2009 um 23:42 Uhr) |
|
||||
Ich habs mal bei einem Projekt benutzt und auch gemessen - es ist eine recht komplexe Query mit 2x JOINS und vielen WHERE ... AND ... OR
Über zwei Queries: 1,745ms Über eine Query + FOUND_ROWS(): 0.985ms Für Neugierige: PHP-Code:
__________________
“My software never has bugs. It just develops random features ...” » DevShack - die Website des freien Webentwicklers Boris Bojic |
|
||||
Siehe dazu auch SQL_CALC_FOUND_ROWS fhrt zu unerklrlichen Abstrzen Beitrag PHP Performance
Aber so lange es bei euch gut und schnell klappt, kein Problem. |
Sponsored Links |
|
||||
Vielleicht war das ein Bug in seiner MySQL Version. Bei mir lokal und auf dem Kundenserver läuft es sauber.
__________________
“My software never has bugs. It just develops random features ...” » DevShack - die Website des freien Webentwicklers Boris Bojic |
Sponsored Links |
Themen-Optionen | |
Ansicht | |
|
|