Das is ne Frage, die mich auch schon beschäftigt hat.
Ich arbeite zur Zeit an einem CM-System, das für eine typische 'Portal'-Seite etwa 20-40 Queries benötigt, je nach Vielfalt der Inhalte auf einer Seite etwas mehr oder weniger (
http://dwarf.rotblind.de ).
Ein nicht geringer Teil der Abfragen fördern nichtmal Daten zutage, die direkt zur Ausgabe gebracht werden, sondern werden für das Ermitteln von Zugriffsrechten verbraten (Vererbungsprinzip: Wenn bei /meine_seite/fische/hai/ nicht gespeichert ist, ob der Benutzer darauf Zugriff hat oder nicht, wird bei /meine_seite/fische/ geguckt. Wenn dort auch nix steht, bei /meine_seite/.
Dabei brauch ich z.B. für jeden Schritt eine Query.
Ich konnte im Lauf der Entwicklung die Anzahl der SQL-Abfragen immer weiter reduzieren, aber jetzt bin ich wohl erstmal am Ende angelangt. Weniger Queries sind bei der zugrundeliegenden Architektur nicht mehr möglich, glaub ich. Da müsste man schon den Kern des Systems gewaltig umkrempeln.
Nun hab ich allerdings keine Ahnung, ob 20 oder 40 viel, normal oder wenig für eine Site mit vergleichbarem Umfang ist
