-
Notifications
You must be signed in to change notification settings - Fork 3.7k
[fix](Nereids) could not work well when check precision for null literal #50815
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](Nereids) could not work well when check precision for null literal #50815
Conversation
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.
Pull Request Overview
This pull request addresses an issue where null literals are not correctly handled when generating decimal objects by introducing a dedicated check in the precision verification logic and adding a regression test.
- Added a regression test for decimal precision computation in a Groovy suite.
- Modified the decimal precision check in SearchSignature.java to account explicitly for null literals.
Reviewed Changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
| regression-test/suites/nereids_syntax_p0/decimal_percision_compute.groovy | Added a regression test suite for validating decimal precision with null literal inputs. |
| fe/fe-core/src/main/java/org/apache/doris/nereids/trees/expressions/functions/SearchSignature.java | Updated the logic to handle null literals during decimal precision checks. |
Comments suppressed due to low confidence (1)
regression-test/suites/nereids_syntax_p0/decimal_percision_compute.groovy:1
- The file name contains a spelling mistake ('percision'). Consider renaming it to 'decimal_precision_compute.groovy' for clarity.
// Licensed to the Apache Software Foundation (ASF)...
|
run buildall |
TPC-H: Total hot run time: 33860 ms |
TPC-DS: Total hot run time: 193113 ms |
ClickBench: Total hot run time: 29.41 s |
|
PR approved by at least one committer and no changes requested. |
|
PR approved by anyone and no changes requested. |
…ral (#50815) ### What problem does this PR solve? we use Literal#stringValue to generate decimal object. however, null literal could not return valid decimal string, so we should process it specially.
…ral (#50815) ### What problem does this PR solve? we use Literal#stringValue to generate decimal object. however, null literal could not return valid decimal string, so we should process it specially.
…ral (#50815) ### What problem does this PR solve? we use Literal#stringValue to generate decimal object. however, null literal could not return valid decimal string, so we should process it specially.
…ral (apache#50815) ### What problem does this PR solve? we use Literal#stringValue to generate decimal object. however, null literal could not return valid decimal string, so we should process it specially.
What problem does this PR solve?
Problem Summary:
we use Literal#stringValue to generate decimal object. however, null literal could not return valid decimal string, so we should process it specially.
Release note
None
Check List (For Author)
Test
Behavior changed:
Does this need documentation?
Check List (For Reviewer who merge this PR)