SharePoint で検索KeyQLクエリを作成する方法について説明します。 この構文リファレンスでは、クエリ要素KeyQLと、KeyQL クエリでプロパティ制限と演算子を使用する方法について説明します。
KeyQL クエリの要素
KeyQL クエリは、次の 1 つ以上の要素で構成されます。
- 自由形式のキーワード (単語または語句)
- プロパティ制限
KeyQLクエリ要素を 1 つ以上の使用可能な演算子と組み合わせることができます。
KeyQL クエリに演算子のみが含まれている場合、または空の場合は無効です。 KeyQLクエリでは大文字と小文字は区別されませんが、演算子では大文字と小文字が区別されます。
注:
KeyQL クエリの長さの制限は、クエリの作成方法によって異なります。 既定の SharePoint 検索フロントエンドを使用してKeyQL クエリを作成する場合、長さの制限は 2,048 文字です。 ただし、Query オブジェクト モデルを使用してプログラムによって作成するKeyQLクエリの既定の長さの制限は 4,096 文字です。 MaxKeywordQueryTextLength プロパティまたは DiscoveryMaxKeywordQueryTextLength プロパティ (電子情報開示の場合) を使用して、この制限を最大 20,480 文字まで増やすことができます。
KeyQLを使用したフリー テキスト クエリの構築
フリー テキスト式を使用してKeyQL クエリを作成すると、SharePoint で検索すると、フルテキスト インデックスに格納されている用語に基づいて、クエリに対して選択した用語の結果が一致します。 これには、 FullTextQueriable が true に設定されているマネージド プロパティ値が含 まれます。
フリー テキスト KeyQLクエリでは大文字と小文字は区別されませんが、演算子は大文字である必要があります。 次の 1 つ以上をフリー テキスト式として使用して、KeyQLクエリを構築できます。
- word (空白または句読点のない 1 つ以上の文字を含みます)
- phrase (空白で区切られた 2 つ以上の単語を一緒に含みます。ただし単語は二重引用符で囲まれている必要があります)
複雑なクエリを作成するには、複数のフリーテキスト式とKeyQLクエリ演算子を組み合わせることができます。 式の間に演算子が指定されていない自由形式の式が複数ある場合、クエリ動作は AND 演算子を使用した場合と同じになります。
フリー テキスト KeyQL クエリでの単語の使用
フリー テキスト KeyQL クエリで単語を使用すると、SharePoint で検索すると、フルテキスト インデックスに格納されている用語と単語の完全一致に基づいて結果が返されます。 ワイルドカード演算子 (*) を使用して前方一致を有効にすることで、単語の一部だけを単語の最初から使用することができます。 プレフィックスの一致では、SharePoint で検索すると、結果が単語を含む用語と一致し、その後に 0 文字以上の文字が続きます。
たとえば、次のKeyQL クエリでは、"federated" と "search" という用語を含むコンテンツ アイテムが返されます。
federated search
federat* search
search fed*
KeyQLクエリでは、プレフィックスとしてワイルドカード * を使用したプレフィックス マッチングはサポートされていません。
フリーテキスト KeyQL クエリでのフレーズの使用
フリーテキスト KeyQL クエリでフレーズを使用すると、SharePoint で検索すると、フレーズ内の単語が隣り合っている項目のみが返されます。 KeyQL クエリで語句を指定するには、二重引用符を使用する必要があります。
KeyQLクエリでは、プレフィックスとしてワイルドカード * を使用したプレフィックス マッチングはサポートされていないため、フリーテキスト クエリでは、フレーズの前にワイルドカード演算子を使用することはできません。 ただし、語句の後にはワイルドカード演算子を使用することができます。
KeyQLのプロパティ制限クエリ
KeyQLを使用すると、プロパティ制限を使用してクエリのフォーカスを絞り込み、指定した条件に基づく結果のみに一致するクエリを作成できます。
プロパティ制限の指定
基本的なプロパティ制限は以下から構成されます。
<Property Name><Property Operator><Property Value>
表 1 に、KeyQL クエリの有効なプロパティ制限構文の例をいくつか示します。
表 1. 有効なプロパティ制限構文
| 構文 | 返される値 |
|---|---|
author:"John Smith" |
John Smith によって作成されたコンテンツ項目を返します。 |
filetype:docx |
Microsoft Word ドキュメントを返します。 |
filename:budget.xlsx |
ファイル名が budget.xlsxされたコンテンツ項目を返します。 |
プロパティの制限には、プロパティ名、プロパティ演算子、およびプロパティ値の間に空白を含めてはなりません。または、プロパティ制限はフリー テキスト クエリとして扱われます。 プロパティ制限の長さは 2,048 文字に制限されています。
以下の例では、空白が含まれているために、クエリは、John Smith が作成したコンテンツ項目ではなく、用語 "author" と "John Smith" が含まれているコンテンツ項目を返します。
author: "John Smith"
author :"John Smith"
author : "John Smith"
つまり、前述のプロパティ制限は、次と同等のものになります。
author "John Smith"
プロパティ制限のプロパティ名の指定
プロパティ制限に、有効な管理プロパティ名を指定する必要があります。 SharePoint の検索には、既定で、ドキュメントの管理プロパティがいくつか含まれています。
クロールされたプロパティの値にプロパティ制限を指定するには、まずクロールされたプロパティを管理プロパティにマップする必要があります。 「 エンド ユーザーの検索操作性を計画する (Office SharePoint Server)」の「 管理プロパティおよびクロールされたプロパティ 」を参照してください。
ドキュメント内でその管理プロパティを検索できるように、管理プロパティは Queryable である必要があります。 さらに管理プロパティは取得するために Retrievable にすることもできます。 ただし、管理プロパティはプロパティ検索を実行するために Retrievable である必要はありません。
プロパティ制限でサポートされているプロパティ演算子
SharePoint の検索 では、表 2 に示すように、プロパティ制限用のいくつかのプロパティ演算子をサポートしています。
表 2. プロパティ制限の有効なプロパティ演算子
| 演算子 | 説明 | サポートされている管理プロパティの型 |
|---|---|---|
| : |
プロパティ制限で指定された値がプロパティ ストア データベースに格納されているプロパティ値と等しい結果を返すか、フルテキスト インデックスに格納されているプロパティ値の各用語を照合します。 |
Text DateTime Integer Decimal Double YesNo |
| = |
プロパティ値がプロパティ制限で指定した値と等しい検索結果を返します。 注: 完全一致検索を実行する場合、= 演算子とアスタリスク (*) を組み合わせて使用することはお勧めしません。 |
Text DateTime Integer Decimal Double YesNo |
| < |
プロパティ値がプロパティ制限で指定された値より小さい検索結果を返します。 |
DateTime Integer Decimal Double |
| > |
プロパティ値がプロパティ制限で指定された値より大きい検索結果を返します。 |
DateTime Integer Decimal Double |
|
<= |
プロパティ値がプロパティ制限で指定された値以下の検索結果を返します。 |
DateTime Integer Decimal Double |
|
>= |
プロパティ値がプロパティ制限で指定された値以上の検索結果を返します。 |
DateTime Integer Decimal Double |
| <> |
プロパティ値がプロパティ制限で指定された値と等しくない検索結果を返します。 |
DateTime Integer Decimal Text Double YesNo |
| .. |
プロパティ値がプロパティ制限で指定された範囲内にある検索結果を返します。 たとえば、範囲 A..B は A から B までの一連の値を表します。 日付の範囲の場合、これは A 日の開始から、B 日の終了を意味します。 |
DateTime Integer Decimal Double |
プロパティ値の指定
管理プロパティの型には、有効なデータ型であるプロパティ値を指定する必要があります。 表 3 に、このような型のマッピングを示します。
表 3. 管理プロパティの型の有効なデータ型のマッピング
| 管理プロパティの型 | データ型 |
|---|---|
|
Text |
String |
|
Integer |
Int64 |
|
Double |
System.Double |
|
Decimal |
Decimal |
|
DateTime() |
DateTime |
|
YesNo |
Boolean |
テキスト プロパティ値
テキスト プロパティ値の場合、プロパティが格納されているのがフルテキスト インデックスか検索インデックスかによって、照合の動作が異なります。
フルテキスト インデックス内のプロパティ値
FullTextQueriable プロパティが、管理プロパティで true に設定されている場合は、プロパティ値はフルテキスト インデックスに格納されます。 これは文字列プロパティに対してのみ設定できます。 クエリに指定されたプロパティ値は、フルテキスト インデックスに格納されている個々の用語と照合されます。 プロパティ値全体と照合するかどうかを指定するには、 NoWordBreaker プロパティを使用します。
たとえば、Paul Shakespear によって作成されたコンテンツ アイテムを検索する場合、次のKeyQLクエリは一致する結果を返します。
author:Shakespear
author:Paul
前方一致もサポートされています。 ワイルドカード演算子 (*)を使用できますが、個々の単語を指定する場合は必要ありません。 前の例に進み、次のKeyQL クエリは、Paul Shakespear によって作成されたコンテンツ アイテムを一致として返します。
author:Shakesp*
プロパティ値に語句を指定する場合、一致した結果にはフルテキスト インデックスに格納されているプロパティ値内に指定された語句が含まれている必要があります。 次のクエリ例では、タイトルに "Advanced Search" というテキストが含まれるコンテンツ アイテム ("Advanced Search XML"、"Learning About the Advanced Search Web part"など) を返します。
title:"Advanced Search"
プロパティ値で指定された語句では先頭一致もサポートされていますが、クエリでワイルドカード演算子 (*) を使用する必要があり、ワイルドカード演算子は、以下のように、語句の最後でのみサポートされています。
title:"Advanced Sear*"
以下のクエリでは予想した結果は返されません。
title:"Advan* Search"
title:"Advanced Sear"
プロパティの数値
Integer、 Double、および Decimal の管理プロパティの型を含む数値プロパティ値では、プロパティ制限はプロパティ値全体と照合されます。
プロパティの日付または時刻の値
KeyQLは、日付と時刻の datetime データ型を提供します。 次の ISO 8601 互換の datetime 形式がクエリでサポートされます。
- YYYY-MM-DD
- YYYY-MM-DDThh:mm:ss
- YYYY-MM-DDThh:mm:ssZ
- YYYY-MM-DDThh:mm:ssfrZ
これらの datetime 形式では、
YYYY には、4 桁の年を指定します。
注:
サポートされるのは、4 桁の年だけです。
MM には、2 桁の月を指定します。 たとえば、01 は 1 月を意味します。
DD には、2 桁の日 (01 ~ 31) を指定します。
T には、文字 "T" を指定します。
hh は 2 桁の時間 (00 から 23) を指定します。A.M./P.M. の表示は許可されていません。
mm には、2 桁の分 (00 ~ 59) を指定します。
ss には、2 桁の秒 (00 ~ 59) を指定します。
fr は、秒の省略可能な分数 ss を指定します。の 後の 1 から 7 桁の数字を指定します。 たとえば、2012-09-27T11:57:34.1234567 などです。
すべての日付と時刻の値は、UTC (協定世界時) (GMT (グリニッジ標準時) とも呼ばれます) タイム ゾーンに従って指定する必要があります。 UTC タイムゾーンの識別子 (末尾の "Z" 文字) はオプションです。
KeyQLでサポートされる関連する日付間隔
KeyQLでは、表 4 に示すように予約キーワードを使用して、相対的な "日" 範囲クエリをサポートする検索クエリを作成できます。 名前の間にスペースを含む日付間隔には、二重引用符 ("") を使用します。
一致には、今日変更されたアイテムが含まれます。
LastModifiedTime=today
一致には、現在の年の最初から現在の年が終了するまでのアイテムが含まれます。
LastModifiedTime="this year"
マッチには、2019 年 1 月 1 日から 2019 年 4 月 26 日までのアイテムが含まれます。
LastModifiedTime>=2019-01-01 AND LastModifiedTime<=2019-04-26
表 4. 日付間隔予約キーワード
| 日付間隔の名前 | 説明 |
|---|---|
| 今日 |
現在の日付の初めから現在の日付の終わりまでの時間を表します。 |
| yesterday |
現在の日付の直前の日の初めから終わりまでの時間を表します。 |
| this week |
現在の週の初めから現在の週の終わりまでの時間を表します。 クエリ テキストがどのカルチャのもとで形成されたかに応じて、週の初めの日が決定されます。 |
| this month |
現在の月の初めから現在の月の終わりまでの時間を表します。 |
| 先月 |
現在の月の直前の月の全期間を表します。 |
| this year |
現在の年の初めから現在の年の終わりまでの時間を表します。 |
| last year |
現在の年の直前の年の全期間を表します。 |
KeyQL クエリ内での複数のプロパティ制限の使用
SharePoint での検索では、同じKeyQL クエリ内での複数のプロパティ制限の使用がサポートされています。 複数のプロパティ制限で同じプロパティを使用するか、プロパティ制限ごとに異なるプロパティを使用することができます。
同じプロパティ制限の複数のインスタンスを使用する場合、一致は、KeyQL クエリのプロパティ制限の和集合に基づいています。 照合には、以下のように John Smith または Jane Smith によって作成されたコンテンツ項目が含まれます。
author:"John Smith" author:"Jane Smith"
この機能は、以下のように OR ブール演算子を使用するのと同じです。
author:"John Smith" OR author:"Jane Smith"
さまざまなプロパティ制限を使用する場合、一致は、次のように、KeyQL クエリのプロパティ制限の積集合に基づいています。
author:"John Smith" filetype:docx
照合には、John Smith が作成した Microsoft Word ドキュメントが含まれます。 これは、以下のように AND ブール演算子を使用するのと同じです。
author:"John Smith" AND filetype:docx
KeyQL クエリ内でのプロパティ制限のグループ化
適用対象: Office 365 | SharePoint Online | SharePoint 2019
テキスト型の特定のプロパティに関連する複数のプロパティ制限を次の形式でグループ化するには、かっこ () を使用します。
<Property Name>:(<Expression>)
より高度なクエリでは、() の表記を使用すると、より簡潔で読みやすいクエリ式を作成することができます。
クエリ:
author:"John Smith" AND author:"Jane Smith"
次のように書き換えることができます:
author:("John Smith" "Jane Smith")
クエリ:
title:Advanced title:Search title:Query NOT title:"Advanced Search Query"
次のように書き換えることができます:
title:((Advanced OR Search OR Query) -"Advanced Search Query")
クエリ:
title:Advanced XRANK(cb=1) title:Search XRANK(cb=1) title:Query
次のように書き換えることができます:
title:(Advanced XRANK(cb=1) Search XRANK(cb=1) Query)
注:
()を使用してプロパティ クエリで式をグループ化する場合、個々のクエリ 単語がレンマ化されるため、一致する単語の数が増える可能性があります。それ以外の場合は発生しません。 引用符で囲まれた語句は、見出語化されません。
title:page return は正確な用語 ページ と一致し、 title:(page) は用語 ページの一致も返します。
テキスト プロパティが空であるか、値が含まれている項目をフィルター処理する
適用対象: Office 365 | SharePoint Online
クエリ可能に設定されている検索スキーマの Text 型の管理プロパティの場合は、プロパティ式としてワイルドカード演算子 (*) を使用して、値を持っているか、値を持たない項目をフィルター処理できます。
テキスト プロパティに値がある項目を返す構文:
<Property Name>:*
テキスト プロパティに値がない項目を返す構文:
NOT <Property Name>:*
次の例では、ハブ サイト自体を除き、ハブ サイトに関連付けられているサイトを返します。
(DepartmentId:* OR RelatedHubSites:*) AND contentclass:sts_site NOT IsHubSite:true
複雑なクエリのKeyQL演算子
KeyQL構文には、複雑なクエリを作成するために使用できる演算子がいくつか含まれています。
ブール演算子
ブール演算子を使用して、検索の範囲を広げたり、狭くしたりします。 ブール演算子は、KeyQL クエリで自由テキスト式とプロパティ制限と共に使用できます。 表 5 では、サポートされるブール演算子を列挙します。
表 5。 でサポートされているブール演算子 KeyQL
| 演算子 | 説明 |
|---|---|
|
AND |
AND 演算子によって指定したすべてのフリー テキストの式またはプロパティ制限を含む検索結果を返します。
AND 演算子の前と後の両方で、有効なフリー テキスト式または有効なプロパティ制限を指定する必要があります。 これは、正符号 ("+") を使用したときと同じです。 |
|
NOT |
指定したフリー テキストの式またはプロパティ制限を含まない検索結果を返します。
NOT 演算子の後に有効なフリー テキストの式または有効なプロパティ制限を指定する必要があります。 これは、負符号 ("-") を使用したときと同じです。 |
|
または |
指定したフリー テキストの式またはプロパティ制限のうち、1 つ以上を含む検索結果を返します。
OR 演算子の前と後の両方で、有効なフリー テキスト式または有効なプロパティ制限を指定する必要があります。 |
近接演算子
近接演算子を使用して、指定した検索語句が互いに近接している結果を照合します。 近接演算子は、フリーテキスト式でのみ使用できます。これらは、KeyQL クエリのプロパティ制限ではサポートされていません。 近接演算子には、 NEAR と ONEAR の 2 種類があります。
NEAR 演算子
NEAR 演算子は、指定した検索語句が用語の順序を維持せずに、互いに近接している結果と一致します。 NEAR の構文は次のとおりです。
<expression> NEAR(n=4) <expression>
ここで n は、項間の最大距離を示す省略可能なパラメーターです。 n の値は整数>= 0 で、既定値は 8 です。
パラメーター n は、v が値を表すn=vとして指定することも、v が 4 であるNEAR(4)など、v にのみ短縮することもできます。
例:
"acquisition" NEAR "debt"
このクエリは、"acquisition" および "debt" という用語が同じアイテム内に出現し、"acquisition" のインスタンスの後に最大 8 つの他の用語が続き、さらに "debt" という用語のインスタンスが続くか、その反対の順序で出現するアイテムを返します。 用語の順序は照合に影響しません。
用語間の距離を短くする必要がある場合は、それを指定できます。 次のクエリは、用語 "取得" と "debt" が同じアイテム内に表示される項目と一致します。用語間の最大距離は 3 です。 繰り返しになりますが、用語の順序は一致に影響しません。
"acquisition" NEAR(n=3) "debt"
注:
SharePoint では、NEAR 演算子はトークンの順序を保持しなくなりました。 また、NEAR 演算子は、最大トークン距離を示すオプションのパラメーターを受け取るようになりました。 ただし、既定値は依然として 8 です。 以前の動作を使用する必要がある場合は、代わりに ONEAR を使用します。
ONEAR 演算子
ONEAR 演算子は、指定された検索語句が互いに近接している結果と一致し、用語の順序を維持します。 ONEAR の構文は次のとおりです。ここで、n は項間の最大距離を示す省略可能なパラメーターです。 n の値は整数>= 0 で、既定値は 8 です。
<expression> ONEAR(n=4) <expression>
パラメーター n は、v が値を表すn=vとして指定することも、v が 4 であるONEAR(4)など、v にのみ短縮することもできます。
たとえば、次のクエリは、"acquisition" および "debt" という用語が同じアイテム内に出現し、"acquisition" のインスタンスの後に最大 8 つの他の用語が続き、最後に "debt" という用語のインスタンスが続くアイテムを返します。 用語の順序は、返すアイテムと一致する 必要があります 。
"acquisition" ONEAR "debt"
用語間の距離を短くする必要がある場合は、それを次のように指定できます。 このクエリは、用語 "取得" と "debt" が同じアイテム内に表示される項目と一致します。用語間の最大距離は 3 です。 用語の順序は、返すアイテムと一致する 必要があります 。
"acquisition" ONEAR(n=3) "debt"
シノニム演算子
WORDS 演算子を使用して、クエリ内の用語がシノニムであり、返される結果が指定された用語のいずれかと一致するように指定します。 WORDS 演算子は、フリー テキスト式でのみ使用できます。KeyQL クエリのプロパティ制限ではサポートされていません。
次のクエリの例では、用語 "TV" と用語 "television" のどちらかを含んでいる結果に一致します。 この一致動作は、次のクエリを使用したときと同じです。
WORDS(TV, Television)
TV OR Television
この 2 つのクエリでは、結果のランク付けの方法が異なります。 WORDS 演算子を使用すると、用語 "TV" と "television" は、個別の用語ではなく同意語として処理されます。 このため、どちらかの用語のインスタンスは、すべてのインスタンスが同じ用語の場合と同じようにランク付けされます。 たとえば、用語 "television" の 1 つのインスタンスと用語 "TV" の 5 つのインスタンスを含んでいるコンテンツ項目は、用語 "TV" のインスタンスを 6 つ含んでいるコンテンツ項目と同じようにランク付けされます。
ワイルドカード演算子
ワイルドカード演算子、つまりアスタリスク (" * ") を使用して、先頭一致を有効にします。 キーワード クエリでは、単語の一部を指定できます。これは、単語の先頭部分を指定し、その後にワイルドカード演算子を指定して行います。次に例を示します。 このクエリは、"serv" で始まり、他の文字が 0 個以上続く用語を含む結果に一致します。たとえば、serve、server、service などが一致します。
serv*
包含演算子と除外演算子
包含演算子と除外演算子を使用して、フリー テキストの式またはプロパティ制限で指定した値に一致するコンテンツを、返される結果に含めるか、除外するかを指定できます。表 6 で、この演算子について説明します。
表 6. 結果にコンテンツを含めるまたは除外するための演算子
| 名前 | 演算子 | 動作 |
|---|---|---|
| 包含 |
" + " |
包含する値に一致する値を含んでいるコンテンツが返されます。 これは、文字が指定されていない場合の既定の動作です。 これは AND 演算子を使用したときと同じ動作です。 |
| 除外 |
" - " |
除外する値に一致する値を含んでいるコンテンツが除外されます。 これは NOT 演算子を使用したときの動作と同じです。 |
動的ランク付け演算子
XRANK 演算子を使用すると、クエリに一致する項目を変更することなく、一致式内の特定の用語の出現に基づいて項目の動的ランクを高めることができます。 XRANK 式には、一致する必要がある 1 つのコンポーネント、一致式、および動的ランク付けにのみ使用される 1 つ以上のコンポーネント (ランク式) が含まれています。 XRANK 式を有効にするには、n を除くパラメーターの少なくとも 1 つを指定する必要があります。
注:
複雑なクエリを使用すると、クエリの待機時間 (およびタイムアウトになる確率) が増加します。特に xrank 演算子が使用される場合に顕著です。 クエリの待機時間の増加は、XRANK 演算子の数と、クエリ ツリー内の一致式およびランク付け式 コンポーネントでのヒット数に依存します。
一致式は、入れ子になった XRANK 式を含む任意の有効なKeyQL式です。 ランク式は、XRANK 式を使用しない任意の有効なKeyQL式です。 KeyQL クエリに複数の XRANK 演算子がある場合、最終的な動的ランク値は、すべての XRANK 演算子のブーストの合計として計算されます。
注:
かっこを使用して、複数の XRANK 演算子が同じレベルにあるKeyQLクエリの計算順序を明示的に示します。
XRANK 演算子は次の構文で使用します。
<match expression> XRANK(cb=100, rb=0.4, pb=0.4, avgb=0.4, stdb=0.4, nb=0.4, n=200) <rank expression>
XRANK 演算子の動的ランク付けは、次の数式に基づいて計算されます。
表 7 は、 XRANK 演算子で使用可能な基本パラメーターを示しています。
表 7. XRANK 演算子パラメーター
| パラメーター | 値 | 説明 |
|---|---|---|
|
n |
<integer_value> |
統計を計算する結果の数を指定します。 このパラメーターは、動的ランクが貢献する結果の数には影響しません。統計の計算から無関係なアイテムを除外するだけです。 既定値: 0 0 の値は、 すべてのドキュメント のセマンティックを保持します。 |
|
nb |
<float_value> |
nb パラメーターは、正規化されたブーストを表します。 このパラメーターは、結果セットのランク値の差異および平均スコアの積に乗算する係数を指定します。 XRANK 数式の f。 |
通常、正規化されたブースト nb は、変更される唯一のパラメーターです。 このパラメーターは、標準偏差を考慮せずに、特定のアイテムの昇格または降格に必要なコントロールを提供します。
次の高度なパラメーターも使用できます。 ただし、通常は使用されません。
表 8. XRANK の詳細パラメーター
| パラメーター | 値 | 説明 |
|---|---|---|
|
cb |
<float_value> |
cb パラメーターは、定数ブーストを表します。 既定値: 0 。 XRANK 数式の a。 |
|
stdb |
<float_value> |
stdb パラメーターは、標準偏差ブーストを表します。 既定値: 0 。 XRANK 数式の e。 |
|
avgb |
<float_value> |
avgb パラメーターは、平均ブーストを表します。 既定値: 0 。 XRANK 数式の d。 |
|
rb |
<float_value> |
rb パラメーターは、範囲ブーストを表します。 この係数は結果セットのランク値の範囲に乗算されます。 既定値: 0 。 XRANK 数式の b。 |
|
pb |
<float_value> |
pb パラメーターは、パーセンテージ ブーストを表します。 この係数は、集成内の最小値と比較されるアイテム自身のランクに乗算されます。 既定値: 0 。 XRANK 数式の c。 |
例
例 1. 次の式は、既定のフルテキスト インデックスに "cat" または "dog" が含まれるアイテムに一致します。 定数ブーストが 100 で "thoroughbred" も含まれるアイテムについては、動的ランクが上昇します。
(cat OR dog) XRANK(cb=100) thoroughbred
例 2。 次の式は、既定のフルテキスト インデックスに "cat" または "dog" が含まれるアイテムに一致します。 正規化されたブーストが 1.5 で "thoroughbred" も含まれるアイテムについては、動的ランクが上昇します。
(cat OR dog) XRANK(nb=1.5) thoroughbred
例 3. 次の式は、既定のフルテキスト インデックスに "cat" または "dog" が含まれるアイテムに一致します。 定数ブーストが 100、正規化されたブーストが 1.5 で、"thoroughbred" も含まれるアイテムについては、動的ランクが上昇します。
(cat OR dog) XRANK(cb=100, nb=1.5) thoroughbred
例 4. 次の式は、"animals" が含まれるすべてのアイテムに一致し、次のように、動的ランクを上げます。
- "dogs" を含むアイテムの動的ランクは、100 ポイント上昇します。
- "cats" を含むアイテムの動的ランクは、200 ポイント上昇します。
- "dogs" および "cats" を含むアイテムの動的ランクは、300 ポイント上昇します。
(animals XRANK(cb=100) dogs) XRANK(cb=200) cats
かっこ
始めかっこ " ( " と終わりかっこ " ) " を使用して、キーワード クエリの異なる部分を組み合わせることができます。 各始めかっこ " ( " には、対応する終わりかっこ " ) " が必要です。 かっこの前後にある空白はクエリに影響しません。