階層的なfacetsの作成
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
非常に大規模なコンテンツ コレクションをナビゲートするために、サイト訪問者が複数のフィルターを使用する必要がある場合があります。Hierarchical facetsを使用すると、検索でフィルターを組み合わせることができるため、訪問者は大規模で多様なコンテンツ コレクションからでも特定の結果を見つけることができます。
この例では、APIインタラクションでの通常の (フラット) ファセット検索の使用を示し、このフィルタリング方法のみを使用した場合に発生する可能性のある問題について説明します。
facetsの単純なケース
現在16台の車を販売している自動車ディーラーを考えてみましょう。facets car_brand、car_model、city、car_yearによって編成されています。

-
car_brandは複数のモデルを提供できます。
-
car_modelは1年以上で製造されている可能性があります。
-
車は複数の都市で販売できます。
この例では、16台の車があり、それぞれがブランド、モデル、都市、および年の組み合わせを表しています。 Searchは、これらの組み合わせを表す21個のファセット オブジェクトを作成します。これらのオブジェクトは、データと4つのfacetsに関連付けられ、そのIDはフィルター要求で使用されます。
次のコードは、この情報を表示するためにウィジェットによって行われた要求を表示します。ウィジェットIDはrfkid_7です。
次の応答には、その要求によって返されるデータが含まれています。
このデータでは、次のようになります。
-
facet配列内のすべての項目には、インデックス作成中に作成された、そのファセット項目に関連付けられた一意のファセットオブジェクトを含むvalueパラメータがあります。
-
インデックス付きのすべての車は、リクエストにファセット フィルターが含まれていないため、content配列に一覧表示されます。
ファセット値の数の増加に関する問題
在庫にある車の数が増えるにつれて、ブランド、モデル、年式、都市の数もそれに伴って増加する可能性があります。これにより、これら4つのfacetsを使用したフィルタリングがますます複雑になり、追加のオーバーヘッドが発生し、応答時間が長くなります。
たとえば、自動車販売店が20都市の10ブランドの6つのモデルを提供する場合、インデックス作成プロセス中に作成されるファセット オブジェクトの数は、自動車ストックが製造されたさまざまな年を掛けて1,200に増加します。すべての要求に対してsearch.facet配列にこれだけ多くのファセットオブジェクトを含めることは非効率的であり、過剰なパフォーマンスリソースを消費します。
フラットfacetsを使用すると、ブランドとモデルの関係が明らかではないため、フロントエンドでのこれらのアイテムの表示方法も複雑になります。
階層的なfacetsのソリューション
この例の問題の解決策は、階層的なfacetsを使用することです。
検索でフィルターを組み合わせて階層facetsを使用するには、階層ファセット戦略を実装する必要があります。