問題タブ [relevance]

ここに「関連性による並べ替え」の投稿がたくさんあるのを見てきました...その部分を解決しました...達成したいのは、最初に関連性で並べ替えられ、次にビューで並べ替えられた検索結果です。

たとえば、「犬」を検索した場合

そして、私の結果はどちらも「犬」と同じレベルの関連性を持っていたので、ビューで並べ替えたいと思います。

これまでの私のSQLは次のとおりです。より良い方法を考えられる場合は、別のアプローチをとってください。

ユースケースから始めましょう。価格が 500 ドルの製品を探しているとします。価格が多少高くても低くても、必ずしも気にする必要はありませんが、その価格帯の製品には全体的な関連性スコアを高くしてもらいたいと考えています。

Solrでこれを行う方法はありますか? このサイトで見た関連性/MoreLikeThis ドキュメントには、特定の数値からの逸脱という概念がないようです。

関連する質問。これら 2 つのクエリを実現するために、solr 検索の重み付けを変更できるようにしたいと考えています。

「似たような価格のカメラを探す」と「似たような機能のカメラを探す」

このハンドラーに似たものを見ると、関連性を計算するために使用されるアルゴリズムは、制御ノブをプログラマーに公開しているようには見えません。たとえば、同様の価格のカメラの場合、関連性スコアを変更して、同じ価格帯のアイテムの関連性を高めながら、機能の重み付けを維持したいと考えています。同様の機能については、これが逆になります。IE は「同様の機能を備えたカメラを見つけますが、1 台が 40,000 ドルかかる場合、選択した価格の同様のカメラよりも関連性が低くなります」(より多くの機能が必要ですが、レンズ キャップにクロム スピナーが取り付けられているだけかもしれません)。

「Stack Overflow」を検索すると、Sphinx は「Stackoverflow」に一致する結果を表示しません。

これは、Sphinx が「Stackoverflow」を 1 つの単語としてインデックス付けするためです...一方、クエリは 2 つの単語です。

これを修正する方法を知っている人はいますか？(Google のように...彼らはクエリに参加できます!)

次の基準の関連性で行をソートする方法を教えてください。

検索フォームでは、ユーザーには次のフィールドがあります

学校の大学と大学はオプションです..

また、名前は2つの単語に分割され（途中の他の単語は省略されます）、最初の単語が最初のanme、最後の単語が姓と見なされます.

次に、関連性に基づく検索を実装したいと思います。

助けてくれてありがとう ：）

ドキュメントがすべて同じ構造の xml ドキュメントに保存されている Web サイトがあります。

検索ユーザーが指定したキーワードに従って、関連性の高いドキュメントを選択できる検索エンジンが必要です。

情報を 2 回 (XML ドキュメント + mysql データベースに) 保存し、関連性検索のために mysql データベースにクエリを実行するよりも、XQuery を使用する方が (?) 良い考えだと思いました。

XQuery はこれに適していますか?また、それぞれ約 7kb の +1000 個のドキュメントでどの程度の速度が期待できますか?

お時間をいただきありがとうございます。

敬具

私は情報システム(C#) に取り組んでおり、(ユーザーが使用している間に) 各ユーザーが最も要求している情報 (テーブルとレコード) に関する統計データと、ユーザーが使用しているインターフェイスの部分に関する統計データを収集しています。多くの。この統計データを使用して、ユーザーのニーズに合わせてアプリケーションを適応させています。これは、インターフェイスがそれ自体を提示する方法 (例: タブ/ペインの順序) と、頻繁に表示される情報を使用して (例:) 表示する方法の両方で行われます。検索結果/提案リストの上位。

私が探しているのは、特定のユーザーに対するこれらのオブジェクトの現在の「ホットネス」/関連性を判断するためのアルゴリズム/式です。オブジェクトごとの単純な「ヒットカウンター」では十分ではありません。ユーザーは、ある情報を一定期間非常に頻繁に表示し、その後次の情報に移動して、古い情報の関連性を低下させる可能性があるからです。したがって、私のアルゴリズムには、時間の経過とともにアプリケーション内のオブジェクトの人気が変化することを説明するために、ある種のスライド/歴史的原則も必要だと思います。

では、問題は次のとおりです。その「時間の経過に伴う人気」を説明する何らかのアルゴリズムを持っている人はいますか?

できれば、パラメータについていくつか説明してください:)

ありがとう！

PS人気アルゴリズムのような他の投稿を見てきましたが、特定のケースに移植することはできませんでした。どんな助けでも大歓迎です。

より高いレベルのアルバム オブジェクトに属する SOLR インデックスの曲オブジェクト内にあります。以下に例を示します。

現時点でできることは、アルバム タイトルにファセットを作成して、曲を検索すると、そのキーワードのヒットを含むアルバムも表示されるようにすることです。

SOLR のデフォルトの動作では、ファセットはヒット数の多い順に表示されます。しかし、私が達成したいのは、そのアルバムのトップ ヒットの関連性に従って並べ替えられるファセット リストです。

たとえば、「悲しい」という単語を検索すると、「ブラッド シュガー セックス マジック」が 1 件ヒットするファセットが表示される場合があります。また、「サッド クラウン ソング」というアルバムが 10 件ヒットする場合もあります。「橋の下」が最も関連性の高い曲として出てくるかもしれませんが、「悲しいピエロの歌」が最初の側面として表示されます。

私の質問は、どのようにしてすべてのファセットを元に戻すことができますか?その後、それらのファセット内の曲の関連性によって並べ替えることができますか? 基礎となる SOLR コードを変更または拡張する必要がある場合、それは何でしょうか?

前もって感謝します。

関連性によって複数のテーブルからデータを並べ替えるにはどうすればよいですか?

私のテーブル構造は次のとおりです。
データベースには3つのテーブルがあり、1つのテーブルには太陽系の名前が含まれ、2番目のテーブルには惑星などがあります。もう1つのテーブルがあります.魔女は太陽系と惑星の間の接続です.

惑星のデータを取得したい場合、魔女は天の川にいます。このデータをサーバーに投稿すると、魔女が含む多次元配列が得られます。

1. すべての惑星を含む天の川
2. すべての惑星、魔女の名前には天の川という文字列が含まれています

(この名前の惑星は 1 つしかないと思うので、これはコウモリの例かもしれませんが、主な概念はファイルに保存されています)

しかし、最も関連性の高い惑星を配列の一番上に設定したいと考えています。（関連性については、惑星の説明などを確認します）

では、そのようなデータの並べ替えをどのように行うのでしょうか?

ユーザーが以前に結果をクリックした回数に基づいて、ユーザーごとにSolr検索結果の関連性を調整したいと思います。そのユーザーのために頻繁にヒットするアイテムは、検索結果の一番上に表示されます。

クエリの特定のドキュメントIDにカスタムブースト/標高を提供する方法はありますか？私は、数百の特定のドキュメントの順序で昇格することを考えています。クエリの残りの部分でこれらのドキュメントが見つからない場合、標高は効果がありません。

あるいは、これが不可能な場合、これを可能にする代替のインデックス作成アプローチを設定するための適切な方法は何ですか？スコアを保存するために、インデックスにユーザーごとにフィールドを追加できますか？私は1000人のユーザーのオーダーで考えています。このアプローチの主な欠点は、ドキュメントのインデックスを再作成する必要がある回数です（つまり、ユーザーがドキュメントを使用するたびに）。

検索結果をスコア順に並べたいのですが、スコアが正しく計算されていません。つまり、必ずしも不適切ではありませんが、予想とは異なり、理由はわかりません。私の目標は、スコアを変更しているものをすべて削除することです。

2つのオブジェクト（ObjectAはObjectBよりも高いスコアが期待される）で一致する検索を実行すると、ObjectBが最初に返されます。

この例では、私のクエリが「apples」という単一の用語であるとしましょう。

ObjectAのタイトル：「リンゴはリンゴです」（2/3用語）
ObjectAの説明：「リンゴにはリンゴがありました-リンゴ、そして今やリンゴはすべてのリンゴをリンゴのいたるところに行きました！」（6/18用語）
ObjectBのタイトル：「リンゴは素晴らしい」（1/3用語）
ObjectBの説明：「リンゴの部屋にはリンゴがありましたが、今ではリンゴ全体が悪くなりました！」（4/18用語）

タイトルフィールドにはブーストがなく（つまり、1のブースト）、説明フィールドには0.8のブーストがあります。solrconfig.xmlまたは通過するクエリを介してドキュメントブーストを指定していません。ドキュメントブーストを指定する別の方法がある場合、私がそれを見逃している可能性があります。

プリントアウトを分析した後、 ObjectAはObjectBよりも高いスコアを適切に計算しているexplainように見えますが、 1つの違いがあります。ただし、ObjectBのタイトルfieldNormは常にObjectAよりも高くなっています。

以下はexplainプリントアウトです。ご存知のとおり、タイトルフィールドはmditem5_tnsで、説明フィールドはmditem7_tns次のとおりです。