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

[Rust][DataFusion] Implement predicate push-down for parquet tables #26987

Closed
asfimport opened this issue Dec 30, 2020 · 1 comment
Closed

[Rust][DataFusion] Implement predicate push-down for parquet tables #26987

asfimport opened this issue Dec 30, 2020 · 1 comment

Comments

@asfimport
Copy link
Collaborator

While profiling a DataFusion query I found that the code spends a lot of time in reading data from parquet files. Predicate / filter push-down is a commonly used performance optimization, where statistics data stored in parquet files (such as min / max values for columns in a parquet row group) is evaluated against query filters to determine which row groups could contain data requested by a query. In this way, by pushing down query filters all the way to the parquet data source, entire row groups or even parquet files can be skipped often resulting in significant performance improvements.

 

I have been working on an implementation for a few weeks and initial results look promising - with predicate push-down, DataFusion is now faster than Apache Spark (140ms for DataFusion vs 200ms for Spark) for the same query against the same parquet files. And I suspect with the latest improvements to the filter kernel, DataFusion performance will be even better.

 

My work is based on the following key ideas:

  • it's best to reuse the existing code for evaluating physical expressions already implemented in DataFusion

  • filter expressions pushed down to a parquet table are rewritten to use parquet statistics, for example (column / 2) = 4  becomes  (column_min / 2) <= 4 && 4 <= (column_max / 2) - this is done once for all files in a parquet table

  • for each parquet file, a RecordBatch containing all required statistics columns is produced, and the predicate expression from the previous step is evaluated, producing a binary array which is finally used to filter the row groups in each parquet file

    Next steps are: integrate this work with latest changes from master branch, publish WIP PR, implement more unit tests

    @andygrove  , @alamb  let me know what you think

Reporter: Yordan Pavlov / @yordan-pavlov
Assignee: Yordan Pavlov / @yordan-pavlov

PRs and other links:

Note: This issue was originally created as ARROW-11074. Please see the migration documentation for further details.

@asfimport
Copy link
Collaborator Author

Andrew Lamb / @alamb:
Issue resolved by pull request 9064
#9064

@asfimport asfimport added this to the 4.0.0 milestone Jan 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant