検索結果-親/子レコードの表現/表示
親/子レコードを検索結果に最適に表示する方法に関する質問がいくつかあります。
最初の例：照明付き原稿の300の個別のページをデジタル化した場合、関心のあるページが40番目のページである可能性があります。これは、個々のページが表現され、検索可能である必要があることを私に言っています。たとえば、「詩篇40」を検索すると（詩編の本から）、0個の結果ではなく、そのオブジェクトが見つかります。レベル「詩篇」の結果のみ。
私の質問は、最上位の親アイテムを検索している場合はどうしますか？この例の「詩集」では、親レコードを表示するだけが賢明でしょうか、それとも親とすべての子を表示するのが賢明でしょうか。また、結果ページに親/子を表示するパターンはありますか？
これは、1入力フィールド検索エンジンが線形よりも複雑なデータ構造を指すようになり次第、対処しなければならない一般的な問題です。
大きなオンライン検索エンジンが例として役立ちますが、アイテムとサブアイテムの間に線を引くのが本当のトリックです。
この例では、「サブページ」のいくつかが結果アイテムの子として表されていることがわかります。ただし、Googleが提供するツールや、The Time of Indiaの他のセクションは、ここで紹介するツールよりも明らかに多くあります。これは、（Googleのアルゴリズムとマニュアルページの管理者設定により）微調整する技術であり、表示するものとしないものを決定します。
したがって、いつものように、質問に答えるには表示したいものを知ることは、ユーザーが特定の検索文字列を入力して何を見つけたいかを知ることになります。
トップアイテムを検索するためにトップアイテムを検索しますか？次に、それを検索するときに必ず上位の項目を表示してください。トップアイテムを検索してサブアイテムを見つけますか？次に、サブアイテムを表示し、必要に応じて検索を簡単に絞り込むことができます。または、単に上位のアイテムを表示して、ドリルダウンできるようにするか、選択した上位アイテムの「内部」で検索を絞り込みます。両方のシナリオに対応し、同時に両方のタイプの結果を提供しますか？次に、上記のGoogleの例のように、階層が視覚的に明確であることを確認します。
四捨五入するには問題はあなたが考えるよりも簡単かもしれません。おそらく、ユーザーにとって検索の絞り込みが簡単になるでしょうか？ソリューションを使用するときは、ユーザーにとって実際にどのような問題があるかを定義してください。何を表示するか、何を表示しないかを選択することは、Googleのランキングソリューションのようにアルゴリズムに依存する必要はありません。例として、会社とその従業員の階層的な検索結果リストを作成しました。私たちの場合、サブアイテムまたはスーパーアイテムの行が指定されました。おそらくそれもあなたのケースにあり、階層レベルごとに1つのデザインを作成してそれに固執するだけで済みます。また、会社または人を検索する場合、氏名または都市を入力するだけで検索を絞り込むのは非常に簡単で、検索結果が短くなります。おそらく、ユーザーも同じようにできるでしょう。
ユーザーが何を検索したいのか（ブックまたはページ）がわからないため、システム内の主要なオブジェクト全体がブックであり、次にページが含まれているため、親オブジェクト（ブック）を表示することは、子（ページ）の数。さらに、一部のユーザーは、タイトルではなく、既知のフレーズを入力して本を検索することもできます。
とにかく、子と親の両方を表示すると、より広いコンテキストが提供されますは、場合によっては役立ちます。
スケッチされているように、検索クエリに一致する多くの子供を含む本の2ステップ検索結果を使用できます。
すべての結果を表示し、フィルタリングオプションをユーザーに提供して、結果を子要素のみにフィルタリングするかどうかを選択できるようにします。親/子の結果を表示する例として、フィルターオプションでeコマースのサイトとカテゴリまたは部門を確認しましたか。たとえば、Amazonを見てください。トースターを検索します。左側には部門とサブ部門があります。これにより、ユーザーは2スライストースターまたは4スライストースターにのみフィルターをかけることができます。サブ部門は「ページ」、「チャプター」、メイン部門は「ブック」にすることができます。