Gabriel39 opened a new pull request, #66799:
URL: https://github.com/apache/doris/pull/66799
### What problem does this PR solve?
Issue Number: DORIS-27887
Problem Summary:
On branch-4.1, a Parquet predicate scan can compare a reader type such as a
struct with nullable descendants against a block type with nullability
represented at a different nesting level. The existing debug check removes only
the outer nullable wrapper and aborts the BE even though the recursive type and
shape are compatible.
This change compares Array, Map, and Struct types recursively while ignoring
only nullability at each nesting level. Primitive type and complex-type shape
mismatches remain rejected.
This is a narrow backport of the relevant type-compatibility fix already
present on master; unrelated changes are intentionally excluded.
### Release note
Fix a BE crash when Parquet nested predicate columns use equivalent types
with different nested nullability representations.
### Check List (For Author)
- Test: Unit Test
- Added a focused test for equivalent nested Struct nullability and an
incompatible nested primitive type.
- Ran the focused Parquet scan BE unit test.
- Behavior changed: No. The change prevents a debug assertion for
semantically compatible nested types.
- Does this need documentation: No.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
