lance-format/lance

Add optimizer rule to change `LanceScanExec -> FilterExec` into `FilteredReadExec`

Open

#5,154 创建于 2025年11月6日

在 GitHub 查看
 (6 评论) (0 反应) (1 负责人)Rust (695 fork)github user discovery
good first issueperformance

仓库指标

Star
 (6,582 star)
PR 合并指标
 (平均合并 6天 1小时) (30 天内合并 219 个 PR)

描述

There are query plans like this one that could benefit from pushing down the filter:

https://github.com/lancedb/lance/blob/35a0547426c47dd94425619c442dcd03ffd9860c/rust/lance/src/dataset/scanner.rs#L7157-L7158

Note: this will become obsolete if we change Scanner to construct a logical plan using the LanceTableProvider since pushdown can be handled at that layer. However, that's a ways off.

https://github.com/lancedb/lance/blob/35a0547426c47dd94425619c442dcd03ffd9860c/rust/lance/src/datafusion/dataframe.rs#L147-L158

贡献者指南

研究方向
检查 scanner.rs 第 7157-7158 行和 dataframe.rs 第 147-158 行的引用代码，了解当前的执行计划。研究 DataFusion 的优化器规则模式，实现一个新规则，将 LanceScanExec 和 FilterExec 合并为 FilteredReadExec，下推过滤条件。确保在没有过滤器时规则不会出错。
技术栈
rust
领域
backenddatabase
议题类型
功能
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
2
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
半天
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
RustGit
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
75