Uh oh!
There was an error while loading. Please reload this page.
[fix][paimon] Fix Paimon date partition conversion failure - #54043
Conversation
Thearas
commented
Jul 29, 2025
Thank you for your contribution to Apache Doris. Please clearly describe your PR:
|
vinlee19
commented
Jul 29, 2025
run buildall |
vinlee19
commented
Jul 29, 2025
@zddr PTAL |
doris-robot
commented
Jul 29, 2025
TPC-H: Total hot run time: 34370 ms |
doris-robot
commented
Jul 29, 2025
TPC-DS: Total hot run time: 174767 ms |
doris-robot
commented
Jul 29, 2025
ClickBench: Total hot run time: 33.24 s |
hello-stephen
commented
Jul 29, 2025
FE UT Coverage ReportIncrement line coverage |
vinlee19
commented
Jul 30, 2025
run nonConcurrent |
| .collect(Collectors.toList()); | ||
| for (Partition partition : paimonPartitions) { | ||
| int index = 0; |
There was a problem hiding this comment.
can use
for(int i=0;i<paimonPartitions.size();i++)
instead of index
There was a problem hiding this comment.
After careful consideration, a better approach would be to create a name-to-type mapping from partitionColumns, then look up the type directly by column name when iterating through partition.spec(). This eliminates the dependency on index-based matching and makes the code more robust.
PR approved by anyone and no changes requested. |
vinlee19
commented
Jul 30, 2025
run buildall |
doris-robot
commented
Jul 30, 2025
TPC-H: Total hot run time: 33951 ms |
doris-robot
commented
Jul 30, 2025
TPC-DS: Total hot run time: 161969 ms |
doris-robot
commented
Jul 30, 2025
ClickBench: Total hot run time: 32.45 s |
hello-stephen
commented
Jul 30, 2025
FE UT Coverage ReportIncrement line coverage |
PR approved by at least one committer and no changes requested. |
vinlee19
commented
Aug 1, 2025
run cloud_p0 |
Uh oh!
There was an error while loading. Please reload this page.
### What problem does this PR solve? **Background**: PR [#46641](#46641) worked around Paimon date partition failures by treating date partitions as unpartitioned tables. **Root Cause**: Paimon stores date partition values as integers (e.g., `20231225` for `2023-12-25`), but the previous implementation failed to convert these to Doris-compatible date formats, resulting in: ``` org.apache.doris.common.AnalysisException: errCode = 2, detailMessage = date literal [19737] is invalid: null ```
What problem does this PR solve?
Background: PR #46641 worked around Paimon date partition failures by treating date partitions as unpartitioned tables.
Root Cause: Paimon stores date partition values as integers (e.g.,
20231225for2023-12-25), but the previous implementation failed to convert these to Doris-compatible date formats, resulting in:Issue Number: close #xxx
Related PR: #xxx
Problem Summary:
Release note
None
Check List (For Author)
Test
Behavior changed:
Does this need documentation?
Check List (For Reviewer who merge this PR)