[BugFix] fix concat expr with multiple args nullsFraction (backport #52683)

[mergify]

Why I'm doing:

The current nullsFraction method for concat calculation is incorrect and may be negative. This will cause the cardinality of the join node to be 1.

  8:HASH JOIN
  |  join op: LEFT OUTER JOIN (BROADCAST)
  |  equal join conjunct: [44: xxx, LARGEINT, true] = [127: ccc, LARGEINT, true]
  |  other predicates: concat[(cast([9: CLAIM_STATUS_CD, BIGINT, true] as VARCHAR), ' - ', [126: LOOKUP_DETAIL, VARCHAR, true]); args: VARCHAR; result: VARCHAR; args nullable: true; result nullable: true] = '3 - CLEARED'
  |  output columns: 3, 8, 9, 43, 54, 126
  |  can local shuffle: false
  |  cardinality: 1
  |  column statistics: 
  |  * aaa-->[4.446678308E9, 1.8487815906E10, 0.0, 8.0, 1.0] ESTIMATE
  |  * vvv-->[-Infinity, Infinity, 0.0, 1.0000000994337923, 1.0] ESTIMATE
  |  * ccc-->[1.0, 42.0, 0.0, 8.0, 1.0] ESTIMATE
  |  * www-->[-1.3145022026298428E38, 1.2734555494779917E38, 0.0, 16.0, 1.0] ESTIMATE
  |  * qqqq-->[-1.5620653915393402E38, 1.2734555494779917E38, 0.0, 16.0, 1.0] ESTIMATE
  |  * rrr-->[-1.7007341574472433E38, 1.7003487503261273E38, 0.0, 16.0, 1.0] ESTIMATE
  |  * ccaa-->[-Infinity, Infinity, 0.0, 7.076923076923077, 1.0] ESTIMATE
  |  * aafff-->[-1.5620653915393402E38, 1.2734555494779917E38, 0.0, 16.0, 1.0] ESTIMATE
  |  
  |----7:EXCHANGE
  |       distribution type: BROADCAST
  |       cardinality: 13
  |    
  5:OlapScanNode
     table: table, rollup: table
     preAggregation: on
     partitionsRatio=1/1, tabletsRatio=814/814
     tabletList=30250908,30250912,30250916,30250920,30250924,30250928,30250932,30250936,30250940,30250944 ...
     actualRows=643644364, avgRowSize=65.0
     cardinality: 643644364
     column statistics: 
     * afffa-->[4.446678308E9, 1.8487815906E10, 0.0, 8.0, 6.4845024E8] ESTIMATE
     * dsdf-->[-Infinity, Infinity, 0.0, 1.0000000994337923, 7.0] ESTIMATE
     * ccc-->[1.0, 42.0, 0.0, 8.0, 10.0] ESTIMATE
     * fff-->[-1.3145022026298428E38, 1.2734555494779917E38, 0.0, 16.0, 7.0] ESTIMATE
     * aaaa-->[-1.5620653915393402E38, 1.2734555494779917E38, 0.0, 16.0, 10.0] ESTIMATE
     * wwww-->[-1.7007341574472433E38, 1.7003487503261273E38, 0.0, 16.0, 9105.0] ESTIMATE

What I'm doing:

Reference binaryExpressionCalculate nullsFraction algorithm is 1 - ((1 - left.getNullsFraction ()) * ( 1 - right.getNullsFraction ())). Fix multiaryExpressionCalculate

Fixes #issue

What type of PR is this:

• BugFix
• Feature
• Enhancement
• Refactor
• UT
• Doc
• Tool

Does this PR entail a change in behavior?

• Yes, this PR will result in a change in behavior.
• No, this PR will not result in a change in behavior.

If yes, please specify the type of change:

• Interface/UI changes: syntax, type conversion, expression evaluation, display information
• Parameter changes: default values, similar parameters but with different default values
• Policy changes: use new policy to replace old one, functionality automatically enabled
• Feature removed
• Miscellaneous: upgrade & downgrade compatibility, etc.

Checklist:

• I have added test cases for my bug fix or my new feature
• This pr needs user documentation (for new or modified features or behaviors)
  • I have added documentation for my new feature or new function
• This is a backport pr

Bugfix cherry-pick branch check:

• I have checked the version labels which the pr will be auto-backported to the target branch
  • 3.3
  • 3.2
  • 3.1
  • 3.0
  • 2.5

---

This is an automatic backport of pull request #52683 done by [Mergify](https://mergify.com). ## Why I'm doing: The current nullsFraction method for concat calculation is incorrect and may be negative. This will cause the cardinality of the join node to be 1. ``` 8:HASH JOIN | join op: LEFT OUTER JOIN (BROADCAST) | equal join conjunct: [44: xxx, LARGEINT, true] = [127: ccc, LARGEINT, true] | other predicates: concat[(cast([9: CLAIM_STATUS_CD, BIGINT, true] as VARCHAR), ' - ', [126: LOOKUP_DETAIL, VARCHAR, true]); args: VARCHAR; result: VARCHAR; args nullable: true; result nullable: true] = '3 - CLEARED' | output columns: 3, 8, 9, 43, 54, 126 | can local shuffle: false | cardinality: 1 | column statistics: | * aaa-->[4.446678308E9, 1.8487815906E10, 0.0, 8.0, 1.0] ESTIMATE | * vvv-->[-Infinity, Infinity, 0.0, 1.0000000994337923, 1.0] ESTIMATE | * ccc-->[1.0, 42.0, 0.0, 8.0, 1.0] ESTIMATE | * www-->[-1.3145022026298428E38, 1.2734555494779917E38, 0.0, 16.0, 1.0] ESTIMATE | * qqqq-->[-1.5620653915393402E38, 1.2734555494779917E38, 0.0, 16.0, 1.0] ESTIMATE | * rrr-->[-1.7007341574472433E38, 1.7003487503261273E38, 0.0, 16.0, 1.0] ESTIMATE | * ccaa-->[-Infinity, Infinity, 0.0, 7.076923076923077, 1.0] ESTIMATE | * aafff-->[-1.5620653915393402E38, 1.2734555494779917E38, 0.0, 16.0, 1.0] ESTIMATE | |----7:EXCHANGE | distribution type: BROADCAST | cardinality: 13 | 5:OlapScanNode table: table, rollup: table preAggregation: on partitionsRatio=1/1, tabletsRatio=814/814 tabletList=30250908,30250912,30250916,30250920,30250924,30250928,30250932,30250936,30250940,30250944 ... actualRows=643644364, avgRowSize=65.0 cardinality: 643644364 column statistics: * afffa-->[4.446678308E9, 1.8487815906E10, 0.0, 8.0, 6.4845024E8] ESTIMATE * dsdf-->[-Infinity, Infinity, 0.0, 1.0000000994337923, 7.0] ESTIMATE * ccc-->[1.0, 42.0, 0.0, 8.0, 10.0] ESTIMATE * fff-->[-1.3145022026298428E38, 1.2734555494779917E38, 0.0, 16.0, 7.0] ESTIMATE * aaaa-->[-1.5620653915393402E38, 1.2734555494779917E38, 0.0, 16.0, 10.0] ESTIMATE * wwww-->[-1.7007341574472433E38, 1.7003487503261273E38, 0.0, 16.0, 9105.0] ESTIMATE ```

What I'm doing:

Reference binaryExpressionCalculate nullsFraction algorithm is 1 - ((1 - left.getNullsFraction ()) * ( 1 - right.getNullsFraction ())). Fix multiaryExpressionCalculate

Fixes #issue

What type of PR is this:

• BugFix
• Feature
• Enhancement
• Refactor
• UT
• Doc
• Tool

Does this PR entail a change in behavior?

• Yes, this PR will result in a change in behavior.
• No, this PR will not result in a change in behavior.

If yes, please specify the type of change:

• Interface/UI changes: syntax, type conversion, expression evaluation, display information
• Parameter changes: default values, similar parameters but with different default values
• Policy changes: use new policy to replace old one, functionality automatically enabled
• Feature removed
• Miscellaneous: upgrade & downgrade compatibility, etc.

Checklist:

• I have added test cases for my bug fix or my new feature
• This pr needs user documentation (for new or modified features or behaviors)
  • I have added documentation for my new feature or new function
• This is a backport pr

[sonarcloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud