Bisher führt das Such-Skript genau *eine* Vergleichsoperation durch, und zwar zwischen einer Suchzeichenkette (ggf. inklusive Wortbegrenzungszeichen) und einem von vier möglichen "Inhalten" (Verfasser, Titel, Text, alles zusammen).
Für eine Suche nach mehreren Suchbegriffen bietet sich eine iterative Suchmethode an. Die Suchbegriffe könnten also z. B. in einer Liste gespeichert werden; pro Posting würde diese Liste sequentiell abgearbeitet, bis entweder ein Begriff nicht "paßt" oder alle Begriffe abgearbeitet wurden.
a) Eine solche Logik kann den AND-Operator in eleganter Weise realisieren.
b) Sie kann auch den NOT-Operator dadurch realisieren, daß der Trefferwert mit der Existenz eines (ggf. in einer separaten Tabelle zu haltenden) Flags für diesen Operator verglichen wird.
c) Sie kann allerdings *nicht* den OR-Operator realisieren, auf den ich persönlich derzeit keinen Wert lege.
d) Und sie kann ebenfalls nicht allfällige Klammerstrukturen auswerten, für deren Analyse eine Baumstruktur aufgebaut werden müßte.
Ist es akzeptabel, das von mir vorgeschlagene Datenmodell unter diesen Randbedingungen zu verwenden? Es wäre eine vergleichsweise kleine Änderung am bisherigen Skript, also ggf. leicht verständlich und wartbar usw.
Hat jemand ggf. eine performantere Lösung zu bieten, die beispielsweise auf einem einzigen, komplexen regular expression basiert? Hätte ich ein OR zu realisieren, dann würde ich genau dies versuchen, aber ein AND kriege ich mit einem einzigen regular expressen derzeit nicht hin, weil über die Reihenfolge der zu findenden Begriffe nichts ausgesagt ist ...