-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
[fix](hudi) support reading hudi read optimized table with orc format #44995
Conversation
Thank you for your contribution to Apache Doris. Please clearly describe your PR:
|
run buildall |
TPC-H: Total hot run time: 39948 ms
|
TPC-DS: Total hot run time: 196720 ms
|
ClickBench: Total hot run time: 32.86 s
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
PR approved by at least one committer and no changes requested. |
PR approved by anyone and no changes requested. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
…apache#44995) ### What problem does this PR solve? Problem Summary: When reading the hudi ro table, it will be pushed back from jni to the native reader. However, this process will default the file format to parquet, and does not consider the situation that the hudi table is stored in orc format. 1. support reading hudi read optimized table with orc format 2. fix explain results of hudiScanNode when force_jni_reader=true 3. add cases about timestamp with different timezones
…apache#44995) ### What problem does this PR solve? Problem Summary: When reading the hudi ro table, it will be pushed back from jni to the native reader. However, this process will default the file format to parquet, and does not consider the situation that the hudi table is stored in orc format. 1. support reading hudi read optimized table with orc format 2. fix explain results of hudiScanNode when force_jni_reader=true 3. add cases about timestamp with different timezones
What problem does this PR solve?
Problem Summary:
When reading the hudi ro table, it will be pushed back from jni to the native reader. However, this process will default the file format to parquet, and does not consider the situation that the hudi table is stored in orc format.
Release note
Check List (For Author)
Test
Behavior changed:
Does this need documentation?
Check List (For Reviewer who merge this PR)