Should DrillSidewaysQuery BulkScorer leverage scoreSuppliers of the base query and dimensions?
Open
type:enhancement
- Dominant language
- Java
- Stars
- 3.6k
- Forks
- 1.4k
- Avg merge
- 2d 11h
- Merged PRs (30d)
- 88
Description
### Description
When DrillSidewaysQuery creates a BulkScorer, it directly calls `#scorer` on the base query and each drill-down dim. This means the drill-down dims are not able to optimize based on leadCost, even though there essentially _is_ a lead clause (the base query). This can be particularly harmful for things like `IndexOrDocValuesQuery`.
Contributor guide
Research direction
Start at DrillSidewaysQuery's BulkScorer creation and inspect how it calls #scorer on the base query and drill-down dimensions. Review the scoreSuppliers and leadCost APIs, then verify that the dimensions can use the base query as a lead clause without changing existing behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- search
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100