Hi Andreas

aber bei Perl muss der Interpreter erst gestartet werden... Das hat gereicht um den Load im
höchsten Fall schon auf 800 zu bringen (2-4 ist gerade noch vertretbar, mehr wird heikel).
Ist perl als Apache-Modul installiert?

Nein, dann gäbs das Problem nicht, einige Scripte kommen nicht mit
mod_perl klar.

Zudem kann so compiliertes SQL genommen werden
au ja, das ist bestimmt sehr gut,

Ich werds sehen. Kommt drauf an wie das Verhältnis Ausführzeit:Planzeit
ist.

(kein MySQL da es das nicht beherrscht),
kann das postgresql?

Jap

Bei grösseren Abfragen entsprechend weniger da der Anteil
vom interpretieren an der gesamten Zeit gemessen kleiner wird.
Bin ich wirklich mal gespannt, wie schätzt Du den Unterschied zu alten Suche ein?

Es wird wohl sehr auf die Suchbegriffe ankommen. Wenn ich mich
jetzt nicht völlig irre (Michael bitte korrigieren wenns nicht passt.)
müsste die bisherige Suche einen O(n) Algorithmus sein, also linear
zur Datenmenge und die neue Suche ein O(log(n)). Ich denke, für den
Benutzer wirds nicht wirklich zu merken sein, die Suche funktioniert
bei mir sehr flott, aber für den Server wirds wohl eine Entlastung
werden.

Ich hoffe, das geplante Rating verbessert auch die Qualität der Ergebnisse,
das wäre für den Benutzer wohl der grössere Mehrwert als nur die Umstellung
auf eine Baumsuche (DB-Index-Bäume).

Gruss Daniela