Hello Jim, Predicate rust module has been recently added as part of ongoing work to support filter pushdown. I wonder if it’s possible to avoid duplication by reusing it instead of defining separate FlussLakePredicate?
https://github.com/apache/fluss/tree/main/fluss-rust/crates/fluss/src/predicate Thank you Keith On Wed, 19 Aug 2026 at 18:03, Giannis Polyzos <[email protected]> wrote: > +1 (binding) > > Best > > On Wed, 19 Aug 2026 at 7:52 PM, Zhe Wang <[email protected]> wrote: > > > Thanks Jim for driving this > > > > +1 (non-binding) > > > > A union read kernel for the Rust client fills a critical gap for > > lake-integrated queries. Keeping the first implementation Paimon-first > > while leaving the door open for Iceberg and Lance via the same LakeReader > > trait keeps the scope reviewable and the architecture extensible. The > > split-plan / read-split boundary and the explicit read-mode semantics > > (bounded vs unbounded) look like the right abstractions for both > DataFusion > > and native query use-cases. > > > > Best regards, > > > > Zhe Wang > > > > > > Yang Wang <[email protected]> 于2026年8月19日周三 21:50写道： > > > > > Thanks Jim for driving this FIP. +1(binding) Best, Yang > > > > > > Anton Borisov <[email protected]> 于2026年8月17日周一 20:38写道： > > > > > > > Hi Jim, > > > > +1, binding > > > > > > > > Thank you for moving this FIP forward, > > > > Looking forward to adding lake capabilities to Rust SDK 👍 > > > > > > > > -- Anton > > > > > > > > > > > > пн, 17 авг. 2026 г. в 10:15, Forward Xu <[email protected]>: > > > > > > > > > Thanks Jim for driving this FIP. > > > > > > > > > > +1 (non-binding) > > > > > > > > > > Best, > > > > > Forward > > > > > > > > > > > > > > >
