Skip to content

[fix](be) Use VExpr for file scanner v2 ZoneMap pruning#65175

Draft
Gabriel39 wants to merge 1 commit into
masterfrom
refactor_0702
Draft

[fix](be) Use VExpr for file scanner v2 ZoneMap pruning#65175
Gabriel39 wants to merge 1 commit into
masterfrom
refactor_0702

Conversation

@Gabriel39

Copy link
Copy Markdown
Contributor

What problem does this PR solve?

Issue Number: None

Related PR: None

Problem Summary: File scanner v2 still used ColumnPredicate min/max and page-index statistics to prune Parquet row groups and pages. VExpr now owns ZoneMap evaluation, so the Parquet v2 pruning path builds ZoneMapEvalContext from row-group statistics and page indexes and evaluates localized VExpr conjuncts instead. ColumnPredicate pruning is kept only for dictionary and bloom filters. The existing row-group and page ZoneMap counters are preserved, page-index row-group pruning is exposed in profile counters, and VExpr ZoneMap evaluation counters are reported in the Parquet profile.

This also translates the remaining Chinese comments under be/src/core/data_type_serde to English for consistency.

Release note

None

Check List (For Author)

  • Test: Manual test
    • Ran build-support/clang-format.sh
    • Ran git diff --check
    • Verified no file scanner v2 ColumnPredicate ZoneMap calls remain with rg
    • Verified no Chinese characters remain under be/src/core/data_type_serde with rg
    • Attempted BE UT filter ParquetStatisticsPruningTest.*:ParquetScanTest.*:NewParquetReaderTest.*; it did not compile/run because local thirdparty dependencies are missing (thirdparty/installed/bin/protoc and Snappy).
  • Behavior changed: No
  • Does this need documentation: No

@hello-stephen

Copy link
Copy Markdown
Contributor

Thank you for your contribution to Apache Doris.
Don't know what should be done next? See How to process your PR.

Please clearly describe your PR:

  1. What problem was fixed (it's best to include specific error reporting information). How it was fixed.
  2. Which behaviors were modified. What was the previous behavior, what is it now, why was it modified, and what possible impacts might there be.
  3. What features were added. Why was this function added?
  4. Which code was refactored and why was this part of the code refactored?
  5. Which functions were optimized and what is the difference before and after the optimization?

### What problem does this PR solve?

Issue Number: None

Related PR: None

Problem Summary: File scanner v2 still carried ColumnPredicate metadata pruning through FileScanRequest for Parquet row-group dictionary and bloom filters after ZoneMap pruning had moved to VExpr. This kept two pruning APIs in the same scanner path and made statistics/profile accounting harder to keep consistent. This change adds VExpr dictionary and bloom-filter evaluation interfaces, wires comparison/IN/compound predicates through those interfaces, and makes the Parquet v2 row-group/page pruning path evaluate localized VExpr conjuncts for ZoneMap, dictionary, and bloom filters. FileScanRequest no longer carries ColumnPredicate filters, while the existing STATISTICS/DICTIONARY/BLOOM_FILTER prune reasons and profile counters remain. This also keeps the earlier cleanup that translates Chinese comments under be/src/core/data_type_serde to English.

### Release note

None

### Check List (For Author)

- Test: Manual test
    - Ran build-support/clang-format.sh
    - Ran git diff --check and git diff --cached --check
    - Verified no FileScannerV2 ColumnPredicate request/pruning symbols remain with rg
    - Attempted BE UT filter ParquetStatistics*:ParquetScan*:NewParquetReader*:TableReader*:ColumnMapper*; it did not compile/run because local thirdparty dependencies are missing: thirdparty/installed/bin/protoc and Snappy. Also build-support/check-format.sh could not run because it could not find clang-format, although build-support/clang-format.sh completed successfully.
- Behavior changed: No
- Does this need documentation: No
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

Successfully merging this pull request may close these issues.

2 participants