Harthas hat geschrieben:
[...]MySQL ist nunmal der Flaschenhals in LoGD und macht oft den grossen Teil der Ladezeit aus, daher sollte man darauf achten, die Anzahl der Query's wenn möglich stets zu reduzieren.[...]
Das kann ich so nicht ganz stehen lassen.
Fakt ist: Jeder DB-Query kostet rechenzeit - und wenn man seine Querys zum einen schlecht aufbaut und dann auch noch überflüssig viele davon gebraucht, dann kann das die Performance deutlich drücken.
Auf der anderen Seite ist ein ordentlich konfigurierter MySQL-Server eine Möglichkeit der Datenverwaltung, die man in dieser Form nach unserem Wissenstand und der Zeit, die uns zur Verfügung steht nicht übertreffen lässt!
Es wird vielfach unterschätzt was eigentlich schon dahinter steckt, einen Satz von Daten nur mal zu sortieren... von Verknüpfungen über mehrere Tabellen und der Prüfung von weiteren Abhängigkeiten braucht man also gar nicht reden...
Daher ist es meist ein Kompromiss, den man zwischen Performanz und prioritärem Design (Alle Normalformen durchziehen, keine Redundanzen etc) treffen muss - das merkt man gerade dann, man sich mal überlegt, wie oft welche "Seite" wohl benutzt werden wird.
Daher kann man sich mit Techniken wie Caching oder fehlender Abstraktion, die ja eventuell Redundanzen und andere Probleme wie inkonsitenten Daten hervorrufen können auch einiges an Performance wieder heraus holen.
In anderen Fällen (bei sich häufig ändernden Daten z.B.) hilft das aber alles nichts... deshalb lassen sich hier keine pauschalen Angaben treffen.
nur als kleiner Hinweis ;-)
Auric
