SQL Indizierung/Suche ist SEHR fehlerhaft!

kingcopy

Interessant das dafür "Genau Jetzt" eine offizielle Q von Tobit dafür herauskommt:

Zitat

Q-110.517

Frage
ProblemBestimmte Wörter werden von der SQL-basierten Volltextsuche von David.fx generell nicht gefunden. Auch nach wiederholten Versuchen führt die Suche nach diesen Wörtern nie zu einem Ergebnis, obwohl sie definitiv in mehreren Dokumenten innerhalb der David Ordnerstruktur enthalten sind. Was ist die Ursache für dieses Verhalten?ProduktDavidPrioritätnormalEffektnormalAb VIntern2444Datum15.04.2011

Antwort
Der Grund für das oben beschriebene Verhalten liegt in der Auswahl des verwendeten Suchbegriffes. Handelt es sich bei dem Suchbegriff um ein so genanntes »Stoppwort« liefert die Suche prinzipiell keine Treffer.
Die SQL-basierte Volltextsuche von David.fx nutzt zur Optimierung der Suchergebnisse eine so genannte »Stoppliste«. Alle in dieser Liste enthaltenen Einträge (die »Stoppwörter«) werden von der Suchfunktion generell ignoriert, führen also niemals zu einem Suchergebnis.
Bei diesen Stoppwörtern handelt es sich um Begriffe, die im Allgemeinen keine inhaltliche Relevanz besitzen, aber in nahezu jedem Text vorkommen, so dass sie bei Einbeziehung in die Suche zu unerwünscht vielen Treffern und somit zu keinem brauchbaren Suchergebnis führen würden. Dazu gehören unter anderem bestimmte bzw. unbestimmte Artikel sowie Präpositionen (der, die, das, ein, einer, in, auf, um usw.).
Weiterführende Informationen:
Die Erstellung des Volltextindex sowie die Durchführung der Volltextsuche und die hierfür verwendete Stoppliste beruhen auf Funktionen des Microsoft SQL Server 2008 R2 Express, der sich im Lieferumfang von David.fx befindet. Über spezielle SQL-Abfragen ist sowohl das Aufrufen als auch das Bearbeiten der Stoppliste möglich. Beachten Sie hierzu die zugehörigen

Alles anzeigen

Spike

Wurde wahrscheinlich öfter angefragt. (siehe twmemphis ) Dann lieber nen Artikel, als es jedem wieder von vorne zu erzählen.

citab

Hier der Link zu der Microsoft Knowledgebase zum Thema Stopwörter:

twmemphis

Hm, aber wenn ich etwas in Anführungszeichen setze, sagen wir mal als Beispiel "Zuckerhut L" , dann findet die SQL Suche tatsächlich ALLES was das Wort Zuckerhut enthält und nicht nur das, wo auch die Leerstelle und L auf Zuckerhut folgt.
Das habe ich ins Intercom gesetzt und Tobit antwortete, daß ein Einzelbuchstabe ein Stoppwort wäre, also von SQL ignoriert würde.
Ich verstehe, daß ein einzelnes L ignoriert wird, aber wenn ich es so wie oben in Anführungszeichen setze, dann müsste SQL es doch auch so verstehen, daß ich wirklich und explizit die Kombination "Zuckerhut L" suche.
Liegt das nun wirklich an SQL, oder übergibt David die Suchanfrage nicht korrekt ans SQL?

Spike

Ist für mich ganz klar ne SQL Sache. Mit den Anführungszeichen suchst du schließlich nach mind. zwei Wörtern. Da SQL das Wort L aber nicht kennt, kommt das dabei heraus und es wird nur nach dem ersten Wort gesucht.

tommy1

Vielleicht müßte bei den Stopwörtern wenigstens ein Hinweis kommen oder das Suchfeld automatisch angepaßt werden, wir z.B. das Stopwort in anderer Farbe darzustellen. Es kann ja nicht sein, dass man nach einem Wort sucht, das System es als Stopwort einordnet und dann gar kein Ergebnis mehr erscheint, weil dieses Wort in keinem Eintrag indiziert wurde, aber bei der Suche im Index berücksichtigt wird.

Grüße
Thomas

Jetzt mitmachen!