Informationen zur SQL-Abfragesprache der SharePoint-Suche

Artikel
09/18/2014

Letzte Änderung: Mittwoch, 21. April 2010

Gilt für: SharePoint Server 2010

Inhalt dieses Artikels
Bezeichner
Literale
Beachtung der Groß-/Kleinschreibung
Ignorieren von Akzenten
Grundlegendes zu Relevanzwerten
Verwenden einer lokalisierten Suche
Inhalt dieses Abschnitts

Die Microsoft SharePoint Server 2010-Suche bietet Inhaltsdurchforstungsfeatures und Suchfeatures mit Unterstützung für die Volltextsuche. Durch die von der SharePoint Server-Suche verwendete Abfragesprache wird die SQL-92- und SQL-99-Standardsyntax für Datenbankabfragen um die textbasierte Suche erweitert und bietet damit noch größeren Nutzen.

Bezeichner

Mit Bezeichnern werden die Namen von Spalten (die manchmal als Eigenschaften bezeichnet werden), Katalogen und Aliasen angegeben. Mit Literalen dagegen werden Zeichenfolgenwerte und numerische Werte angegeben.

Sie können Bezeichner erstellen, die aus bis zu 128 Zeichen bestehen und einem von zwei Typen entsprechen, die anhand der Zeichen im Namen des Bezeichners unterschieden werden:

Reguläre Bezeicher Enthalten nur die Zeichen A-Z, a-z, 0-9 und den Unterstrich und beginnen mit einem Buchstaben. Reguläre Bezeichner müssen nicht in doppelte Anführungszeichen eingeschlossen werden.
Begrenzungsbezeichner Kann beliebige gültige Unicode-Zeichen enthalten und muss in doppelte Anführungszeichen eingeschlossen werden.

Als URNs (Uniform Resource Names) erstellte Bezeichner müssen Sonderzeichen enthalten, sind immer Begrenzungsbezeichner und müssen in doppelte Anführungszeichen eingeschlossen werden.

Hinweis
Sie können das Sternchen (*) als speziellen Spaltenbezeichner verwenden, wenn Sie angeben möchten, dass die SharePoint Server-Suche alle indizierten Eigenschaften in der Abfrage enthält. Obwohl es sich nicht um einen regulären Bezeichner handelt, sind keine doppelten Anführungszeichen erforderlich.

Literale

Ein Literal ist eine Zeichenfolge aus Buchstaben, die einen Wert in einer Abfrageanweisung darstellen. Sie verwenden Literale, um Spaltenwerte zu vergleichen oder Suchbegriffe anzugeben. Von der SharePoint Server-Suche werden die folgenden Literaltypen unterstützt.

Zeichenfolge

Die Länge von Zeichenfolgenliteralen ist nicht begrenzt, und Zeichenfolgenliterale können ANSI- (American National Standard Institute) oder Unicode-Zeichen enthalten. Sie müssen Zeichenfolgenliterale in einfache Anführungszeichen einschließen. Verwenden Sie zwei einfache Anführungszeichen, um ein einzelnes Anführungszeichen in ein Zeichenfolgenliteral einzuschließen. Stellen Sie eine leere Zeichenfolge durch zwei aufeinander folgende einzelne Anführungszeichen ('') dar.

Numerisch

Numerische Literale stellen Zahlen dar (einschließlich positiver und negativer ganzer Zahlen, Dezimalzahlen und Währungswerten) und können die Ziffern 0-9, einen Punkt und den Buchstaben E (oder e) enthalten. Sie können numerische Literale definieren, indem Sie die wissenschaftliche Schreibweise verwenden (beispielsweise 2.3E-05). Schließen Sie ein numerisches Literal nicht in einfache Anführungszeichen ein, da das Literal sonst als Zeichenfolgenliteral interpretiert und mit Methoden für den Zeichenfolgenvergleich verglichen wird. Währungswerte können keine Währungssymbole enthalten.

Hexadezimal

Ein hexadezimales Literal stellt eine nicht signierte ganze Zahl dar, die in hexadezimaler Schreibweise angegeben ist, und kann die Ziffern 0-9 und die Buchstaben A-F und a-f enthalten. Hexadezimale Literale müssen mit 0x beginnen.

Hinweis
Gemäß dem SQL-92-Standard müssen hexadezimale Literale in einfache Anführungszeichen eingeschlossen werden. Diese Schreibweise wird jedoch von der SharePoint Server-Suche nicht unterstützt.

Boolesch

Boolesche Literale stellen logische Werte dar und können TRUE oder FALSE entsprechen. Schließen Sie ein boolesches Literal nicht in einfache Anführungszeichen ein, da das Literal sonst als Zeichenfolgenliteral interpretiert wird.

Datum

Datumsliterale stellen bestimmte Daten, Zeitstempel oder relative Uhrzeiten dar und werden in einfache Anführungszeichen eingeschlossen. Sie müssen Daten im Format Jahr/Monat/Tag oder Jahr-Monat-Tag angeben, wobei Monat, Tag und Jahr Zahlen sind. Geben Sie für das Jahr einen vierstelligen Wert an, beispielsweise 2004. Zeitwerte müssen im Format Stunden:Minuten:Sekunden angegeben werden. Die relative Zeitsyntax basiert auf der DATEADD-Funktion in der SQL-Syntax der SharePoint-Suche.

Beachtung der Groß-/Kleinschreibung

Bei Abfragen der SharePoint Server-Suche wird die Groß-/Kleinschreibung nicht beachtet. Dies gilt für Abfrageschlüsselwörter (SELECT ist identisch mit Select, select und sELect) und Suchbegriffe. Wenn in einem Bezeichner oder Literal Unicode-Zeichen mit Semantik für die Zuordnung von Groß- und Kleinbuchstaben verwendet werden, werden alle Groß- und Kleinbuchstaben vom Suchmodul als gleichwertig betrachtet.

Ignorieren von Akzenten

Bei Abfragen der SharePoint Server-Suche werden weder die Groß-/Kleinschreibung noch Akzente beachtet, wenn das Prädikat FREETEXT oder CONTAINS verwendet wird. Bei der Suche nach dem Begriff "Rene" werden auch Dokumente zurückgegeben, die "René enthalten. Wenn ein Bezeichner oder Literal Unicode-Zeichen mit Akzenten enthält, werden von der Suchabfrage auch Einträge zugeordnet, die kombinierte Unicode-Zeichen enthalten, bei denen im Bezeichner oder Literal der Basisbuchstabe des mit einem Akzent versehenen Buchstabens verwendet wird.

Hinweis
Bei den Zeichenbereichen 0x2e81-f8ff und 0x1100-0x11ff ist dies nicht der Fall.

Grundlegendes zu Relevanzwerten

Von einer Suchabfrage in einer relationalen Datenbank zurückgegebene Zeilen müssen alle Bedingungen der Abfrage erfüllen. Von einer Abfrage der SharePoint Server-Suche dagegen können Dokumente zurückgegeben werden, die nicht alle in gleichem Maß die Suchbedingungen erfüllen.

Bei der Suche nach dem Begriff "Programm" in einer relationalen Datenbank ergeben sich Datensätze, die diese genaue Schreibweise des Worts enthalten. Ob ein Datensatz eine oder Hunderte von Instanzen des Worts enthält, hat keine Auswirkung auf die Ergebnisse. Von der SharePoint Server-Suche dagegen wird ein Relevanzwert für die übereinstimmenden Dokumente zurückgegeben. Die Relevanz von Dokumenten mit dem Wort "Programm" im Titel ist höher als die von Dokumenten, in denen dieses Wort nur im letzten Absatz enthalten ist. Entsprechend wird auch bei Dokumenten, die Varianten des Suchbegriffs enthalten (beispielsweise "Programme" und "Programmierung"), eine Übereinstimmung festgestellt, und die Dokumente werden von der Abfrage zurückgegeben.

Die Relevanzwerte werden bei Abfragen der SharePoint Server-Suche als ganze Zahlen in der Spalte Rang zurückgegeben.

Darüber hinaus gilt:

Bei den von der Abfrage zurückgegebenen Rangwerten handelt es sich um ganze Zahlen im Bereich von 0 bis 1000.
Höhere Rangwerte weisen auf Dokumente hin, die den Suchbedingungen mehr entsprechen als andere.
Rangwerte gelten nur für die aktuelle Abfrage und können daher nicht für Ergebnisse verschiedener Abfragen verwendet werden.
Rangwerte sind relativ zu den anderen der Abfrage entsprechenden Dokumenten. Daher hängt der Rangwert eines bestimmten Dokuments von den anderen ebenfalls der Abfrage entsprechenden Dokumenten ab.
Der Rangwert von Elementen, die einem rein relationalen Prädikat entsprechen, ist 1000.

Verwenden einer lokalisierten Suche

Von der SharePoint Server-Suche wird die vollständige Unicode-Suche unterstützt. Sie können Dokumente, in denen Unicode verwendet wird, indizieren und Suchabfragen erstellen, in denen Unicode-Bezeichner und -Literale verwendet werden. Die Spracheinstellung einer Anwendung oder des Betriebssystems kann jedoch weit reichende Auswirkungen auf die Funktionsweise der SharePoint Server-Suche haben.

Dokumenteinstellungen und Einstellungen für das Systemgebietsschema

Wenn für das Betriebssystem – oder auch für eine Anwendung – die Verwendung einer bestimmten Sprache und eines bestimmten Gebietsschemas festgelegt ist, sind viele Einstellungen betroffen. Zu diesen Einstellungen gehören unter anderem Zahlenformat, Datumsformat, Währungsformat, Zuordnung von Groß- und Kleinbuchstaben, Sortierreihenfolge von Wörterbüchern und Tokenisierung. Obwohl diese Einstellungen eine hervorragende lokalisierte Unterstützung der SharePoint Server-Suche ermöglichen, kann es zu unerwarteten Ergebnissen kommen, wenn Dokumente aus einem Gebietssschema mithilfe eines Systems durchsucht werden, das auf ein anderes Gebietsschema festgelegt ist.

Beispielsweise unterscheidet sich die Liste der Füllwörter (Wörter, die beim Indizieren und in Abfragen verworfen werden, da sie für die Bedeutung oder den Kontext nicht entscheidend sind) in den einzelnen Sprachen stark. Das deutsche Wort die entspricht dem englischen Wort the. Wenn Sie ein deutsches Dokument indizieren und dann mit einem englischen Abfragesystem nach "die" suchen, werden möglicherweise Dokumente zurückgegeben, obwohl das Wort ignoriert werden sollte. Auf einem deutschen System wird für die gleiche Abfrage ein Fehler zurückgegeben, aus dem hervorgeht, dass die Suchabfrage nur Füllwörter enthält.

Wenn die Texteigenschaften und der Inhalt eines Dokuments vom IFilter-Objekt verarbeitet werden, wird dem Inhaltsindex die Sprache des Dokuments gemeldet. Anhand dieser Informationen können von der SharePoint Server-Suche die entsprechenden Wörtertrennungs- und Füllwortlisten angewendet werden.

Angeben von Sprachen

Sie können die bei Suchabfragen verwendete Sprache angeben. Das Angeben einer Sprache wird von den Prädikaten FREETEXT und CONTAINS für die WHERE-Klausel unterstützt. Sie können die Abfragesprache angeben, indem Sie einen numerischen Gebietsschemabezeichner (Locale Identifier, LCID) im Prädikat CONTAINS oder FREETEXT bereitstellen und die folgende Syntax verwenden:

CONTAINS | FREETEXT

([<column_identifier>,]'<content_search_condition>' [,LCID])

Weitere Informationen finden Sie in der Syntax für die Prädikate CONTAINS und FREETEXT.