このシナリオでは、小さいデータセットにおける様々な関連性ランキングの方針の効果を示しています。
この例では、3つのレコードのデータセットで2つのモジュールを使用した、Oracle Endeca Serverのモジュールの関連性ランキング・システムで調整した関連性ランキングの豊富さを示しています。モジュールを組み合せた合計4つの可能性のある方針によって、異なる順序になることがわかりました。これらのすべては、デフォルトの順序とは異なります。
レコード | Title属性 | Author属性 |
---|---|---|
1 | Great Short Stories | Mark Twain and other authors |
2 | Mark Twain | William Lyon Phelps |
3 | Tom Sawyer | Mark Twain |
テキスト・エディタで、TitleおよびAuthorの両方の標準属性を含む、Booksという名前の検索インタフェースを定義しました。関連性ランクは、Endecaの属性がメンバー・リストで出現する順序によって決定します。
レコードの明確なデフォルトのソート順は定義されていないと仮定します。この場合、デフォルトの順序はシステムによって決定します。
ユーザーが、Mark TwainのBooks検索インタフェースに対するレコード検索問合せを入力するとします。各レコードには、単語MarkおよびTwainのうち少なくとも1つが出現する、少なくとも1つの検索可能属性値があるため、3つのすべてのレコードが明確にヒットします。しかし、どの順序で結果をユーザーに示す必要がありますか。関連性ランキングを有効にしない場合、デフォルトの順序1、2、3で、結果が返されます。
関連性ランキングを有効にした場合、順序は、選択した関連性ランキングの方針に応じて異なります。
Books検索インタフェースのデフォルトの方針として割り当てるか、問合せレベルの検索オプションを使用して、Exact関連性ランキングの方針を選択したとします。
この場合、結果の順序は、結果がExact、Phrase、またはその他の一致であるかどうかにのみ基づいています。レコード2および3は、完全な値が、ユーザーの問合せMark Twainに正確に一致する属性を持っているため、これらの結果はレコード1より前に返されます。システムによって設定されたデフォルトのソートによって、同順位はなくなります(デフォルトのソートは定義されていないことを覚えていてください)。
Field関連性ランキングの方針を選択したと仮定します。
結果の順序は、一致の原因となるEndeca属性にのみ基づいており、Authorの一致はTitleの一致より優先されます。レコード1および3は、Authorに一致するため、これらはレコード2より前に返されます(再び、システムによって設定されたデフォルトのソートによって、同順位はなくなります)。
次に、Field、Exactの2つの方針の組合せを使用した場合を考えてみます。
この場合、プライマリ・ソートは、最初のモジュールであるFieldによって決定し、再び、レコード1および3をレコード2より前に返すことを指示します。しかし、この場合、レコード1と3の間のFieldの同順位は、Exactモジュールによって解決され、レコード3はレコード1より優先されます。このため、返される結果の順序は、3、1、2になります。
最後に、同じ2つのモジュールの組合せで優先順位が異なる、Exact、Fieldの場合を考えてみます。
この場合、プライマリ・ソートは、Exactモジュールによって決定し、再び、レコード2および3はレコード1より優先されます。この場合、レコード2と3の間のExactの同順位は、Fieldモジュールによって解決され、レコード3はAuthorが一致するため、レコード3はレコード2より前に順序付けされます。Thus, the order of results returned is: 3, 2, 1.