次の方法で共有


Azure AI Search の OData 比較演算子 - eqnegtltgele

Azure AI の OData フィルター式で最も基本的な演算は、フィールドと特定の値との比較です。 等価比較と範囲比較の 2 種類の比較を行うことができます。 次の演算子を使用して、フィールドを定数値と比較できます。

等価演算子:

  • eq: フィールドが定数値と等しいかどうかをテストします
  • ne: フィールドが定数値と等しくないかどうかをテストします

範囲演算子:

  • gt: フィールドが定数値より大きいかどうかをテストします
  • lt: フィールドが定数値より小さいかどうかをテストします
  • ge: フィールドが定数値以上であるかどうかをテストします
  • le: フィールドが定数値以下であるかどうかをテストします

範囲演算子を論理演算子と組み合わせて使用すると、フィールドが特定の値の範囲内にあるかどうかをテストできます。 この記事の後半のを参照してください。

Note

必要に応じて、演算子の左側に定数値を、右側にフィールド名を入力することができます。 範囲演算子では、比較の意味が逆になります。 たとえば、定数値が左側にある場合、gt は定数値がフィールドより大きいかどうかをテストします。 比較演算子を使用して、geo.distance などの関数の結果を値と比較することもできます。 search.ismatch などのブール関数の場合、結果と true または false との比較は省略可能です。

構文

次の EBNF (拡張バッカスナウア記法) は、比較演算子を使用する OData 式の文法を定義します。

comparison_expression ::=
    variable_or_function comparison_operator constant |
    constant comparison_operator variable_or_function

variable_or_function ::= variable | function_call

comparison_operator ::= 'gt' | 'lt' | 'ge' | 'le' | 'eq' | 'ne'

対話型の構文ダイアグラムも利用できます。

Note

完全な EBNF については、Azure AI Search の OData 式構文リファレンスをご覧ください。

比較式には 2 つの形式があります。 この 2 つの形式の唯一の違いは、定数が演算子の左側に示されるか右側に示されるかです。 演算子の反対側の式は、変数または関数呼び出しでなければなりません。 変数は、フィールド名、または範囲変数 (ラムダ式の場合) のいずれかです。

比較用のデータ型

比較演算子の両側のデータ型には互換性がなければなりません。 たとえば、左側が Edm.DateTimeOffset 型のフィールドの場合、右側は日時定数でなければなりません。 数値データ型は、より柔軟です。 次の表に示すように、いくつかの制限はありますが、任意の数値型の変数と関数を他の数値型の定数と比較できます。

変数または関数の型 定数値の型 制限事項
Edm.Double Edm.Double 比較は、NaN の特殊なルールに従います
Edm.Double Edm.Int64 定数は Edm.Double に変換され、大きな値の場合は精度が失われる結果となります
Edm.Double Edm.Int32 該当なし
Edm.Int64 Edm.Double NaN-INF、または INF との比較はできません
Edm.Int64 Edm.Int64 該当なし
Edm.Int64 Edm.Int32 定数は比較の前に Edm.Int64 に変換されます
Edm.Int32 Edm.Double NaN-INF、または INF との比較はできません
Edm.Int32 Edm.Int64 該当なし
Edm.Int32 Edm.Int32 該当なし

許可されていない比較 (たとえば、型 Edm.Int64 のフィールドと NaN の比較) が行われた場合、Azure AI Search REST API は "HTTP 400: 無効な要求" のエラーを返します。

重要

数値型の比較は柔軟ですが、定数値が比較対象の変数または関数と同じデータ型になるように、フィルターで比較を記述することを強くお勧めします。 このことは、浮動小数点値と整数値が混在し、精度の低下が発生する暗黙的な変換が行われる可能性がある場合に特に重要です。

nullNaN の特殊なケース

比較演算子を使用する場合、Azure AI Search のすべての非コレクション フィールドは null になる可能性があることを覚えておく必要があります。 次の表に、いずれかの側が null になる可能性がある比較式の考えられるすべての結果を示します。

Operator フィールドまたは変数のみが null の場合の結果 定数のみが null の場合の結果 フィールドまたは変数と定数の両方が null の場合の結果
gt false HTTP 400: 無効な要求エラー HTTP 400: 無効な要求エラー
lt false HTTP 400: 無効な要求エラー HTTP 400: 無効な要求エラー
ge false HTTP 400: 無効な要求エラー HTTP 400: 無効な要求エラー
le false HTTP 400: 無効な要求エラー HTTP 400: 無効な要求エラー
eq false false true
ne true true false

要約すると、null はそれ自体にのみ等しく、他のどの値より小さくも大きくもありません。

インデックスに型 Edm.Double のフィールドがあり、NaN の値をそれらのフィールドにアップロードする場合は、フィルターを作成するときにそのことを考慮する必要があります。 Azure AI Search では、NaN 値を処理するために IEEE 754 標準を実装しています。このような値との比較により、次の表に示すように、明らかではない結果が生じます。

演算子 少なくとも 1 つのオペランドが NaN の場合の結果
gt false
lt false
ge false
le false
eq false
ne true

つまり、NaN は、それ自体を含む、どの値とも等しくありません。

地理空間データの比較

Edm.GeographyPoint のフィールドを定数値と直接比較することはできませんが、geo.distance 関数を使用できます。 この関数は、型 Edm.Double の値を返すため、それを数値定数と比較して、定数の地理空間座標からの距離に基づいてフィルター処理できます。 以下のを参照してください。

文字列データの比較

文字列は、eq 演算子と ne 演算子を使用してフィルターで比較して、完全一致を見つけることができます。 これらの比較では大文字と小文字が区別されます。

Rating フィールドが 3 から 5 (両端を含む) の範囲のドキュメントを照合します。

Rating ge 3 and Rating le 5

Location フィールドが指定した緯度および経度から 2 キロメートル未満のドキュメントを一致させる場合:

geo.distance(Location, geography'POINT(-122.031577 47.578581)') lt 2.0

LastRenovationDate フィールドが、2015 年 1 月 1 日の午前 0 時 (UTC) 以降のドキュメントを一致させる場合:

LastRenovationDate ge 2015-01-01T00:00:00.000Z

Details/Sku フィールドが null ではないドキュメントを一致させる場合:

Details/Sku ne null

少なくとも 1 つの部屋のタイプが "Deluxe Room" であり、Rooms/Type フィールドの文字列がフィルターと正確に一致するホテルのドキュメントを一致させる場合:

Rooms/any(room: room/Type eq 'Deluxe Room')

次のステップ