s1x

Hallo und guten Abend,
ich hab hier ein Lösungsproblem. Ich finde einfach keine Möglichkeit diese Problem zu lösen.

Hier mal die Problemstellung:
- Datenbank mit 400 Einträgen
- Sucheingabe eines Ranges bzw. eine Benutzers.
- Ausgabe: in 40 Seiten â 10 Einträge.
- Ausgabe soll gecached werden (Da die 400 Einträge mit anderen 8000 Einträgen verknüpft ist.)

Das Problem liegt nicht darin die MySQL Einträge zu trennen, Seitenweise auflisten - nein - sonder darin das im gecached Zustand die Suche nichtmehr funktioniert.

Nun gäbe es die Möglichkeit natürlich bei jeder suche den Cache neu aufzubauen und dann zur Seite zu springen wo der Benutzer aufgelistet ist. Das möchte ich aber nicht.
Nun suche ich eben nach solch einer Möglichkeit im cached zustand, evtl. verfolge ich ja auch den komplett falschen Weg.

Danke schomal für die Antwort(en).

Mister Ad

ElPresidente

Dann musst du dir eben eine Suche fuer den Cache bauen, oder was erwartest du jetzt fuer eine Antwort?

Wenn die Indexe auf WHERE/ON/ORDER BY Spalten richtig gesetzt sind koennte aber selbst dein Szenario 400x8000 noch halbwegs flott bearbeitet werden. SQL_CALC_FOUND_ROWS erledigt den Rest fuer die Berechnung der Gesamtzahl.

s1x

Und ich wie erstelle ich diese? Wie kann ich den in einer html datei suchen?

Meinst perfomance mäßig ist das in ordnung?

ElPresidente

Indexe mit ALTER TABLE, siehe MySQL Handbuch, oder phpMyAdmin, einfach bei der Spaltenbeschreibung auf den Blitz klicken


Warum denn in einer HTML-Datei? Wenn du den Cache und die Suche darin nicht selber schreiben kannst, wirst du wohl auf beides verzichten muessen, was ich dir ja sowieso schon vorgeschlagen habe.


Ich weiss es nicht, setz die Indexe und probier es ohne Cache aus. Ist es schnell genug? Wenn nicht, lohnt der Mehraufwand einen durchsuchbaren Cache zu bauen?

phpdummi

Wie ist denn das Caching-System bis jetzt überhaupt aufgebaut?

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things