Zum nächsten Datensatz springen

[himitsu]

Kommt das DBMS eigentlich auf die Idee z.B. das SELECT gesch_firma FROM adressen WHERE id = $id zu cachen, da es doch eventuell doppelt aufgerufen würde?
SELECT gesch_firma, name, vorname FROM adressen WHERE id = $id würde ja quasi bis zu 6 Mal gesucht.

Wenn nicht, dann könnte man eventuell nun mit den Optimierungen anfangen.

[DeddyH]

Das wird intern mit ziemlicher Sicherheit bereits optimiert, da würde ich mir keine Sorgen machen.

[Luckie]

Na ja, das ist eine Datenbank für meine privaten Kontakte. Da sind gerade mal 58 Datensätze drin. Da werden wahrscheinlich nie so viele reinkommen, dass man da was optimieren müsste.

[himitsu]

Du lebst noch ein paar Jahre ... das läppert sich

[DeddyH]

Aber wer will schon freiwillig mit ihm Kontakt aufnehmen?

[rapante]

Moin zusammen,

Ich hatte mir mal vor einiger Zeit eine Pagination-Komponente zusammengebastelt, um
eine relativ große Tabelle zu stückeln.

Um jetzt die ganzen Problematiken die hier im Thread angesprochen wurden, zu vermeiden
habe ich das ganze damals in etwa so gelöst(ich hab' mich mal auf's wesentliche beschränkt
und hoffentlich nichts vergessen ):

Delphi-Quellcode:

//Die ersten 100
  FLimitStartValue:=0;
  FLimitRange:=100;
  SQL := FORMAT('SELECT * FROM table ORDER BY 1,2,3 LIMIT %d,%d',[FLimitStartValue,FLimitRange]);

//Die nächsten
  FLimitStartValue := FLimitStartValue + FLimitRange  
  SQL := FORMAT('SELECT * FROM table ORDER BY 1,2,3 LIMIT %d,%d',[FLimitStartValue,FLimitRange]);

In meinen DBGrids ist es so, dass die User die Sortierreihenfolge selbst wählen können und mit dieser Lösung
kann es mir egal sein wie diese aussieht.

[Luckie]

Es ging nicht um Pagination. Ich wollte von einem zum nächste bzw. vorherigen Datensatz blättern können mit Links.

[rapante]

Wenn du die 'Range' auf 1 setzt, dann bekommst du doch
immer den nächsten Datensatz...

Da hab' ich dann wohl nicht wirklich verstanden was du vorhast

Wie sieht denn so ein Link aus, bzw was passiert dahinter?