問題タブ [azure-cognitive-search]

トークン化されないが検索可能である Index のフィールドを作成する必要があります。Azure Search でフィールドを検索可能にすると、フィールドの内容がトークン化されます。フィルタリング可能にすると（ドキュメントにはトークン化されないと記載されています）、検索できません。Lucene では、KeywordAnalyzer がこの仕事をします。Azure Search も Lucene を使用しているため、すべての単語を分割したりストップ ワードを削除したりせずに検索するために、フィールドの内容をそのままインデックスに格納できない理由を理解できません。

Azure Search Rest api-version: 2015-02-28-preview を使用してカスタム アナライザー (KeywordAnalyzer) を使用しようとしています。

以下に示すインデックス定義コードは、Microsoft ドキュメントから正確にコピーされたものです。これは、Analyzer Type を CustomAnalyzer に設定すると機能します。ただし、アナライザーの種類を CustomAnalyzer から KeywordAnalyzer などの他のアナライザーに変更して 1 つの変更を加えると、インデックスの作成時に Bad Request エラーが発生し、インデックスは作成されません。

Analyzer を指定する方法を教えていただければ幸いです。

どうもありがとう

できれば .NET ライブラリを使用して、Azure Search で単一のドキュメントに対して挿入、更新、削除、および選択を行うにはどうすればよいですか。

ご回答ありがとうございます。

Azure で Azure Search と DocumentDB を使用しています。検索は、ターゲット インデックスとデータソースを参照するインデクサーによって設定されます。データソースは DocumentDb インスタンスにバインドされています。

インデクサーを DocumentDB にバインドする際に、ドキュメントを取得して階層をフラット化する単純な SQL クエリを作成しました。問題は、階層を平坦化するために、多くの SQL エイリアスを使用する必要があるため、SQL クエリが非常に冗長になることです。

最近、フィールドの数が大幅に増えたため、インデクサーを実行するたびに次のエラーが発生します。

SQL クエリ テキストが上限の 8192 を超えました

このアプローチでは限界に達したようです。8192 文字は、特に大量のエイリアスで階層を平坦化する必要があることを考えると、それほど多くはありません。

この問題は、Azure Portal のクエリ エクスプローラーに移動して単純な SQL クエリを入力し、8192 の制限のクエリ長を取る非常に長いエイリアスを列に与えることで簡単に再現できます。問題が発生します。

回避策を知っている人はいますか？おそらく、検索インデクサー機能を避け、検索 API を使用してインデックス内のドキュメントを作成/更新/削除するという手動のアプローチを取る必要があるようです。

エイリアスのサイズ/冗長性を減らすことも考えましたが、これは多くの既存のコードを壊します。

ご協力いただきありがとうございます

Azure Search のインスタンスを作成し、suggesters 機能を利用しようとしていますが、開始方法に関する有用な情報を見つけるのに苦労しています (Microsoft の貧弱で古いドキュメント)。

下の名前欄に提案を使用したいと思います。

問題は、フィールドには一意の名前が必要であり、既存のフィールドを編集できないことです。提案者タブが基本とどのように違うのか少しわかりません。

インデックスにサジェスターを追加する最善の方法について誰かアドバイスはありますか? インデックスを削除して、何か重要なものを見逃した場合は最初からやり直すことに賛成です。