Und ich hatte mich schon so an das 'SQL_CALC_FOUND_ROWS' gewöhnt ...

Jetzt ist mir aber auch ein Licht aufgegangen. Ich adressiere ja meine DS nicht anhand der Nummerierung ihrer Position sondern anhand des PrimaryKeys. Also hat der 27te DS meinetwegen den key 456. Und mit dem kann natürlich keines der beiden Module was anfangen. Ich muss also erst mal herausfinden an welcher Position gem. ORDER BY sich ein bestimmter DS mit einem bestimmten key befindet. Kann das MySQL?

[quote=esskar,19.10.2006, 07:16]zu 2: klar, mann muss vorher ein COUNT(*) machen; kostet ja aber (meistens) nix.[/quote]
Damit waer ich vorsichtig. Ich hab hier ne Tabelle, auf die ein COUNT(*) so an ne Viertelstunde laeuft...

[quote=esskar,19.10.2006, 07:16]zu 2: klar, mann muss vorher ein COUNT(*) machen; kostet ja aber (meistens) nix.[/quote]
wie kommst du darauf? natuerlich kostet ein COUNT(*) ... WHERE ...
etwas. das waere ja sonst zauberei.
einzig ein COUNT(*) *ohne* where-bedingung kostet auf MyISAM nix.

[quote=MartinR,19.10.2006, 07:45]Und ich hatte mich schon so an das 'SQL_CALC_FOUND_ROWS' gewöhnt ...[/quote]
ob du nun SQL_CALC_FOUND_ROWS oder COUNT(*) benutzt, bleibt
sich ja wohl gleich (ausser das SQL_CALC_FOUND_ROWS vermutlich
effizienter ist, das kommt aber auf die anzahl der gefundenen datensätze an).

ansonsten verstehe ich das generelle problem nicht.
ich hab einen parameter offset für jede seite. wenn der offset 24 ist,
dann mach ich ein LIMIT 24, 12, und gut is. wo ist denn jetzt der haken?

Das Problem ist, dass in der Anzeige ja die Seitennummern stehen sollen.

Also 1 ... 17 - 18 - 19 ... 237

Für die SQL-Abfrage ist aber die Seitennummer nicht von Bedeutung sondern die Anzahl der DS die je Seite angzeigt werden. Und da übernimmt Data::Page(set) eben die Berechnung und benutzerfreundlichen Ausgabe der anzuzeigenden Seitennummern aber leider ohne die DS selbst zu berücksichtigen.


Zitat aus http://dev.mysql.com/doc/refman/5.1/de/information-functions.html

Quote

Wenn Sie SELECT SQL_CALC_FOUND_ROWS verwenden, muss MySQL berechnen, wie viele Datensätze in der vollständigen Ergebnismenge enthalten sind. Allerdings ist dies schneller, als die Abfrage ohne LIMIT erneut auszuführen, weil die Ergebnismenge nicht an den Client gesendet werden muss.

[quote=esskar,19.10.2006, 07:16]zu 1: page = ceil( entry / entries_per_page );

3 = ceil( 27 / 12 );[/quote]
Dann kann man nur hoffen, dass bei großen Zahlen nicht plötzlich einer zuviel genommen wird, weil 240000/12 = 20000.000000001 ist oder so...

... deswegen ja auch 'ceil'

[quote=Crian,23.10.2006, 16:07]weil 240000/12 = 20000.000000001[/quote]
seit wann denn das? ;)

[quote=MartinR,23.10.2006, 17:38]... deswegen ja auch 'ceil'[/quote]
ceil ist eine Mathemathische Funktion, die Zahlen auf die nächstgrößere Ganzzahl aufrundet, es sei denn, die Zahl ist schon eine Ganzzahl.

14.5 -> 15
14 -> 14

aber

14.0000000000000000001 -> 15

verstanden?

Da hatte ich Dich falsch verstanden. Aber trotzdem verstehe ich nicht wie Du auf so ein krummes Ergebnis kommst ...