Suicide --> thx Michael: Indexerstellung bei großen Datenbanken und Performance

Beitrag lesen

Ah! Du willst also einen serverseitigen Cache vor Deine Datenbank
legen - richtig?

JUHUU  Jemand versteht mich :)

Wird diese PHP-Datei einfach nur ausgeliefert, oder wird aus ihr
wirklich noch etwas "herausgesucht"? Denn letzteres wäre per Daten-
bankzugriff wahrscheinlich sogar schneller möglich.

Diese PHP-Datei stellt alle Daten, ein Datenbankzugriff ist nicht mehr notwendig. Sonst würde das doch alles keinen Sinn machen, oder?

Ein Cache macht dann Sinn, wenn Du

  • glaubst, sehr viele Lesezugriffe auf einen sich nur selten ändernden,
      aber aufwändig zu berechnenden Inhalt zu bekommen und
  • damit leben kannst, daß dieser Inhalt nicht absolut echtzeit-korrekt
      ist.
    Beschreibt dies Dein Szenario angemessen?

Ja, tut es!

Die Fragen, die Du Dir stellen solltest, lauten also vermutlich:
a) Habe ich wirklich so irre viele Zugriffe wie Ebay?

Nein, natürlich nicht. Aber man sollte sich auf den Fall der Fälle vorbereiten :). Wir stellen eigentlich nur noch eine 2. Lösung für Leute, die mit vielen Zugriffen rechnen bereit.

b) Kostet mich die Berechnung der Seite wirklich so irre viel, daß die
   Implementierung eines solchen Cache-Mechanismus gerechtfertigt ist?

ziehe Antwort zu a

c) Falls b) zutrifft, kann ich an der Infrastruktur meines Datenzugriffs etwas ändern (beispielsweise an den Indexdefinitionen der Tabellen), um das Problem mit geringerem Aufwand in den Griff zu bekommen?

Die Indexdefinition sollten eigentlich alle in Ordnung sein, werde mich aber da noch mal mehr mit beschäftigen... Natürlich würden wir auf die cahing-methode nur zurückgreifen wenn es notwendig ist.

Aber Danke für deine Antworten!!!
Gruß
Sui