Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature: Predicate pushdown #55

Open
alamb opened this issue Jan 22, 2025 · 2 comments
Open

Feature: Predicate pushdown #55

alamb opened this issue Jan 22, 2025 · 2 comments

Comments

@alamb
Copy link

alamb commented Jan 22, 2025

👋 I am just filing this ticket as I ran across some relevant research. I don't have a specific need for this yet nor did I check this repository to see if it already works

Pushing predicate evaluation into the decoder is likely to speed up certain queries substantially

https://homepages.cwi.nl/~boncz/ lists some relevant work for FastLanes

@gatesn
Copy link
Contributor

gatesn commented Jan 22, 2025

👋 This is sort of why I was poking at apache/datafusion#2581 to push-down all scalar expressions, not just a projection mask, and not just filters.

@alamb
Copy link
Author

alamb commented Jan 22, 2025

I thought apache/datafusion#2581 was about pushing down filters, but potentially rewriting them if the storage format could evaluate them more efficiently somehow

I wonder if we could add some sort of rewrite pass (maybe even in the table provider) from

cast (x as int) = 10000 

to strip te cast

I feel like getting predicate evaluation into fastlanes in general could be done without being blocked on this particular edge case. I think the filter evaluation would take most of the effort and a huge win.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants