Azureの検索インデックスフィールドID名前

Question

まず、私はそうIDでトランザクションデータベースエンティティを行い

どのように甘い:-)してください、専用の検索エンジンの概念は、すべて私に新しいものであることを言いたいと名前は「Azure Search Index」フィールドに変換されますか？ Name、またはIdとNameの両方を追加する必要がありますか？

たとえば、私のインデックスにクライアントを入れたいとしましょう。 私は、クライアント上でファセットを検索して持ちたいと思っています。

インデックスにはClientNameを追加してください。 ClientNameの名前を変更したらどうなりますか？ ClientNameが一意でない場合はどうなりますか？

は私がインデックスに両方のフィールドを追加している必要があります

• ClientName：検索可能
• ClientId：Facetable、濾過可能

は、私が（代わりにクライアント名の）ClientIdをFacetableを行います持っ理解しますAzure Searchによって返されたClientIdに対応する名前を自分自身で取得しなければならないので、ファセットを表示する作業が増えます。

また、ClientIdをフィルタリング可能にして、ClientNameのバッチリネームを実行できるとします。

私の推論は大丈夫ですか？

ベストプラクティス/ガイドラインはありますか？ここで

EDIT

は、より具体的な例です。 レッツは、私たちがAzureの検索では、これらのファセットを構築した場合、推奨されるアプローチは次のようになり

...、トランザクションDBに、我々はIdとFormatためName、Location、Author、Genre、Regionとテーブルを持っていることを言いますそれぞれにIdとNameを追加し、IdフィールドをFacetableに設定しますか？

Answer 1

名前が変更される可能性があるため、Idと名前の両方を追加することをお勧めします。また、Nameフィールドには任意の文字を含めることができますが、ドキュメントIDには英数字、ダッシュ、アンダースコア、等号のみを使用できます（Naming Rules参照）。

idフィールドのみが一意である必要があります（リレーショナルデータベースの主キーと同じセマンティクスを持ちます）。他のフィールドはすべて一意でない値を持つことができます。値が変更された場合は、文書を更新するだけです（mergeまたはmergeOrUploadのインデックス作成アクションを使用）。

Azure Searchは、最大1000個のドキュメントのバッチをサポートします。それより多くの文書を更新したい場合は、更新プログラムを複数のバッチに分割する必要があります。 Indexing APIを参照してください。リンクはREST APIを示していますが、.NETの場合は.NET SDKでも同じ機能が利用できます。

私はインデックスに両方のフィールドを追加している必要があります クライアント名：サーチャブル ClientIdを：Facetable、フィルター可能 私は「ので、（代わりにクライアント名の）ClientIdをFacetableを有するファセットを表示することが多くの作業になります理解Azure Searchによって返されたClientIdに対応する名前を自分自身で取得する必要があります。

ClientIdは面倒ではありません。ファセットは、固有値の数が比較的少ないフィールドで最適に機能します。 ClientIdは定義上一意でなければならないので、ファセットは有用ではなく、ClientIdを参照する任意のファセットクエリは、インデックスに多数のドキュメントがある場合にはほとんど機能しません。 ClientIdで特定の文書を検索または除外したい場合があるので、ClientIdをフィルタリングすることは合理的です。

また、ClientId Filterableを使用すると、ClientNameのバッチリネームを実行できるようになります。

これは必須ではありません。 ClientIdをフィルタ可能にすると、ClientIdでフィルタリングすることができます。インデックスAPIを使用してフィールドを更新する際には常にドキュメントIDを指定する必要がありますが、IDフィールドをフィルタリングする必要はありません。

私はこれがあなたを始めてくれることを願っています。より具体的な質問があるので、ここに投稿することができます。