SharePoint 検索 SQL クエリ言語の情報

[アーティクル]
09/18/2014

最終更新日: 2010年4月21日

適用対象: SharePoint Server 2010

この記事の内容
識別子
リテラル
大文字と小文字の区別
アクセントの無視
関連性の値について
ローカライズされた検索を使用する
このセクションの内容

Microsoft SharePoint Server 2010 Search には、フルテキスト検索をサポートするコンテンツクロールおよび検索機能があります。SharePoint Server Search で使用されるクエリ言語は、標準の SQL-92 および SQL-99 データベースクエリ構文を拡張し、テキストベースの検索により使いやすさが向上しています。

識別子

識別子は、列 (プロパティと呼ばれることもある) やカタログ、エイリアスの名前を指定します。それに対し、リテラルは、文字列と数値を指定します。

最大 128 文字で、次の 2 種類のどちらかの識別子を作成することができます。種類は識別子の名前に使用される文字によって決まります。

**通常の識別子 **A-Z、a-z、0-9 の文字、アンダースコアのみ使用可能で、先頭は文字で始まります。通常の識別子は二重引用符で囲む必要はありません。
区切り付き識別子 有効な Unicode 文字が使用可能で、二重引用符で囲む必要があります。

Uniform Resource Name (URN) として作成した識別子には必ず特殊文字が含まれるため、常に区切り付き識別子となり、二重引用符で囲む必要があります。

注意

SharePoint Server Search にインデックス付きプロパティをすべてクエリに含めるように指定したい場合は、特別な列識別子としてアスタリスク (*) を使用できます。この場合、通常の識別子ではありませんが、二重引用符は必要ありません。

リテラル

リテラルとは、クエリステートメントの値を表す文字列です。リテラルを使用して、列の値を比較し、検索用語を指定します。SharePoint Server Search では、次の型のリテラルをサポートします。

文字列

文字列リテラルは、長さの制限がなく、ANSI (American National Standard Institute) 文字と Unicode 文字のどちらかを含めることができます。文字列リテラルは単一引用符で囲む必要があります。文字列リテラルの中に単一引用符を含めるには、2 つの単一引用符を使用します。連続した 2 つの単一引用符 ('') は、空白の文字列を表します。

数値

数値リテラルは、正と負の整数、小数点数、通貨値などの数値を表し、0 ～ 9 の数字、ピリオド、および文字 E (または e) を含めることができます。科学的記数法 (たとえば、2.3E-05) を使用して、数値リテラルを定義できます。数値リテラルは単一引用符で囲まないでください。単一引用符で囲むと、文字列リテラルと見なされ、文字列比較技法を使用して比較されます。通貨値に通貨記号を含めることはできません。

16 進数

16 進数リテラルは、16 進数表記で指定された符号なしの整数を表し、0 ～ 9 の数字および A ～ F と a ～ f の文字を使用できます。16 進数リテラルは 0x で始まる必要があります。

注意

SQL-92 標準では、16 進リテラルを単一引用符で囲む必要がありますが、SharePoint Server Search ではその記号をサポートしていません。

ブール値

ブール値リテラルは論理値を表し、TRUE または FALSE のどちらかになります。ブール値リテラルは単一引用符で囲まないでください。単一引用符で囲むと、文字列リテラルとして解釈されます。

日付

日付リテラルは特定の日付、タイムスタンプ、相対時間を表し、単一引用符で囲まれています。日付は "年/月/日" 形式または "年-月-日" の形式で、数字で入れます。年は 4 桁の値で指定します (例 : 2004)。時間は、"時 : 分 : 秒" の形式にします。相対時間の構文は、SharePoint 検索 SQL 構文の DATEADD 関数に基づいています。

大文字と小文字の区別

SharePoint Server Search クエリでは大文字と小文字が区別されません。これには、クエリキーワード (SELECT は Select、select、および sELect と同一視されます) と検索用語にも当てはまります。識別子またはリテラルでケースマッピングセマンティクスを持つ Unicode 文字を使用する場合、検索エンジンでは大文字と小文字はすべて同じと見なされます。

アクセントの無視

SharePoint Server Search クエリでは大文字と小文字が区別されないだけでなく、FREETEXT 述語または CONTAINS 述語を使用している場合は、アクセントも区別されません。"resume" という用語を検索すると、"résumé" が含まれるドキュメントも返されます。識別子またはリテラルにアクセント記号付きの Unicode 文字が含まれる場合、検索クエリでは、識別子またはリテラル内のアクセント記号付き文字の基本文字を使用する Unicode 結合文字が含まれるエントリも返されます。

注意

これは、文字範囲 0x2e81 ～ f8ff および 0x1100 ～ 0x11ff には当てはまりません。

ローカライズされた検索を使用する

SharePoint Server Search は、Unicode のフル検索をサポートしています。Unicode を使用するドキュメントをインデックス処理し、Unicode 識別子とリテラルを使用する検索クエリを作成することができます。しかし、アプリケーションまたはオペレーティングシステムの言語設定によっては、SharePoint Server Search の動作に関して、大きく影響する場合があります。

ドキュメントとシステムのロケール設定

オペレーティングシステムは (あるいはアプリケーションの場合でも)、特定の言語とロケールを使用するように設定されていると、多くの設定に影響します。これらの設定には数値形式、日付形式、通貨形式、大文字と小文字のマッピング、辞書のソート順、トークン化などが含まれます。これらの設定により SharePoint Server Search は優れたローカライズサポートを実現していますが、あるロケールのドキュメントを別のロケールのシステムを使用して検索すると、予期しない結果が発生することがあります。

たとえば、各言語のノイズ ワード (意味上や文脈上不要なためにインデックス処理時やクエリから削除された単語) のリストは、大きく異なります。ドイツ語で "die" という単語は英語の "the" に相当します。ドイツ語のドキュメントをインデックス処理して、英語のクエリシステムで "die" を検索すると、この単語は無視すべきなのに、ドキュメントが返されることがあります。ドイツ語のシステムで同じクエリを実行すると、検索クエリにノイズワードしか含まれないというエラーが返されます。

IFilter オブジェクトはドキュメントのテキストプロパティとコンテンツを処理すると、そのドキュメントの言語をコンテンツインデクサーに報告します。この情報を使用して、SharePoint Server Search は適切なワードブレーカーとノイズワードのリストを適用できます。

言語を指定する

検索クエリに使用する言語は指定することができます。WHERE 句用の FREETEXT および CONTAINS 述語の両方では、言語の指定がサポートされます。次の構文を使用して、CONTAINS または FREETEXT 述語で数値ロケール識別子 (LCID) を提供することにより、クエリ言語を指定できます。

CONTAINS | FREETEXT

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

詳細については、CONTAINS および FREETEXT 述語の構文を参照してください。

このセクションの内容

SharePoint 検索における SQL 拡張機能

SharePoint 検索で使用できない SQL 機能

SharePoint Portal Server 2003 からの SQL 構文の変更

次の方法で共有