Retrieval / Ranking
verifiedHybrid Search
Dense and sparse retrieval fail on different queries. A dense retriever misses an exact product code it has never seen; a lexical one misses a paraphrase. Running both and combining the two rankings recovers most of each one's failures, which is why almost every production system does that rather than picking a side.
Either fuse the scores, which requires them to be on a comparable scale and therefore normalised, or fuse the ranks, which does not. Reciprocal rank fusion is the common choice for exactly that reason — it needs no calibration between two systems whose scores mean different things. A convex combination can beat it when the scores are well calibrated, and that is the condition worth checking before assuming either.
Reciprocal rank fusion scores a document as Σ sub s 1/(k + rank sub s (d)) across systems s, with a damping constant k — 60 by convention — that limits how much the single top position dominates. Because it reads only ranks, a system whose scores are wildly miscalibrated still contributes on equal terms, which is the property score fusion has to be made to have and this one gets for free.
dense-weight holds 50% of the budget; rest holds the remaining 50%.
Weight given to the dense score against the lexical one in a fused ranking, on one scale. Drag the dense weight to slide the ranking between the two.
Reviewed by opendroid · 2026-08-04
- arXiv:2210.11934 — An Analysis of Fusion Functions for Hybrid Retrieval
- arXiv:2104.08663 — BEIR: A Heterogenous Benchmark for Zero-shot Evaluation of Information Retrieval Models