nicht angemeldet
Rolf bDie Anfrage von Susanne bezog sich auf die Datenbank. Wenn man da den Traffic reduzieren will, kann das Vorauslesen von Lookup-Tabellen helfen. Dass die Durchführung des Lookup den Webserver stärker belastet, ist natürlich richtig. Das hängt aber auch von der gewählten Datenstruktur ab (Dictionary, sequenziell durchwühltes Array, EAV Konstrukt...). Es entlastet beim Server aber auch die Menge des belegten Speichers für den Request (es sei denn, man puffert das Abfrageergebnis der Monsterquery nicht).
Zum Thema Historie: Das muss man je nach Fall betrachten. Historisch abgelaufen heißt nicht unbedingt veraltet. Es ist ja durchaus möglich, dass die Ameisen am Mittwoch im "Haus 5" gefüttert wurden und ab Donnerstag 15:00 im "Haus 9". Pro Fütterung kann die Konsistenz also durchaus gegeben sein. Jedenfalls ist das besser, als treu zu berichten, dass die Ameisen von Montag bis Freitag im Haus 9 gefüttert worden seien. Die Frage, warum es überhaupt relevant ist, das zu berichten, beantwortet sich ganz einfach so: Die Ameisen sind ins Haus 9 gezogen, aber da sind auch schon die Puhbären. Und bekanntlich reagieren die ganz wild auf Honig. Seit die Ameisen da mit ihren Honigtröpfchen gefüttert werden, gibt es bei den Puhs immer wieder Fälle von gebrochenen Nasen, weil die blöden Biester zu den Ameisen rennen wollten und gegen die Glasscheibe geprallt sind. Anhand der exakten Dokumentation kann man nun den Zusammenhang nachweisen.
Wie die konkrete Lösung aussieht, muss Susanne an Hand ihres realen Modells und Sachverhaltes analysieren. Am Zoobeispiel können wir nur die möglichen Probleme aufzeigen.
Rolf
Tabellenkalk