すべて、Azure検索パフォーマンスフィルタリング可能な検索可能な| filertable
あなたの助けを事前に感謝します。 Azure Searchを使用して、マルチテナントシステムの新しい開発を検討しています。検索可能なものとフィルタ可能なものに関する基本的な質問があります。 documentdbから検索するためにデータをインポートする際に、int/float/date型を検索可能にすることはできません。これは実際に私たちが望むものです。 Lucene APIを検索に使用しており、範囲検索をサポートする必要があります。私の質問は、インデックスが "フィルタ可能"と "フィルタ可能な検索可能"と表示されている場合、検索は高速で検索結果は "テーブルスキャン"（SQL用語を使用することをお詫び申し上げます。余分な信用のため
、私たちはこれを理解に役立つだろう、SQL Serverのような検索のためのクエリアナライザはありますか？
スティーブ
あなたはタイプEdm.Stringとコレクション（Edm.String）のフィールドだけが検索可能としてマークすることができ、正確です。フィールドが検索可能としてマークされると、索引に格納される前に単語の区切りなどの分析が行われます。この分析の結果、検索可能とマークされていない場合は、同じフィールドと比較して索引で余分なスペースが消費されます。
このタイプのデータは字句解析のメリットがないため、定量フィールド型（たとえばEdm.Int32またはEdm.DateTimeOffset）を検索可能としてマークすることはできません。ただし、これらの値は依然としてAzure Searchインデックスの一部になり、filter expressionsによってパフォーマンスが向上します.SQLでは「テーブルスキャン」のように動作しません。
残念ながらAzureの検索には、SQL Serverのと同様のクエリアナライザを持っていません。しかし、Azure SearchはAnalyze APIを提供し、検索可能なテキストがサービスを提供する様々なアナライザによってどのように扱われるかを確認します。クエリーアナライザーの提案をUser Voiceサイトに投稿してください。
希望すると便利です。
アシッシュ
完璧な答えです。どうもありがとうございます。 –