[BugFix] Support Generated Column rewrite for logical view with customize column name

[srlch]

Why I'm doing:

In current implementation, if the logical view sepecify the customize column name which is different from the projection output of the SQL definition, optimizer will not rewrite Generated Column expression although all column have been output.
This issue is caused by lack of alias information in SelectItem in this case. The alias information can be found in scope for logical view.

What I'm doing:

1. Use alias information in scope for logical view rewriting.
2. Refactoring some code.

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

[starrocks-cr]

The most risky bug in this code is:
Potential ClassCastException due to unsafe casting.

You can modify the code like this:

// Check instance of expected class before casting
Map<String, String> viewRefAlias = new HashMap<>();
if (scope.getRelationId().getSourceNode() instanceof ViewRelation) {
    for (Field f : scope.getRelationFields().getAllFields()) {
        if (f.getOriginExpression() instanceof SlotRef) {
            viewRefAlias.put(((SlotRef) f.getOriginExpression()).getColumnName(), f.getName());
        }
    }
}

Map<SlotRef, String> slotRefToAlias = new HashMap<>();
for (SelectListItem item : childSelectRelation.getSelectList().getItems()) {
    if (item.isStar()) {
        slotRefToAlias.clear();
        break;
    }

    if (!(item.getExpr() instanceof SlotRef)) {
        continue;
    }

    SlotRef exprSlotRef = (SlotRef) item.getExpr();
    
    if (!viewRefAlias.isEmpty()) {
        String nameKey = exprSlotRef.getColumnName();
        if (viewRefAlias.containsKey(nameKey)) {
            slotRefToAlias.put(exprSlotRef, viewRefAlias.get(nameKey));
        }
    } else if (item.getAlias() != null && !item.getAlias().isEmpty()) {
        slotRefToAlias.put(exprSlotRef, item.getAlias());
    }
}

This change ensures the cast is safe by storing the result of the cast in a variable and checking before using it further.

[sonarcloud]

Quality Gate passed

Issues
7 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 SonarQube Cloud

[github-actions]

[Java-Extensions Incremental Coverage Report]

✅ pass : 0 / 0 (0%)

[github-actions]

[FE Incremental Coverage Report]

❌ fail : 15 / 19 (78.95%)

file detail

	path	covered_line	new_line	coverage	not_covered_line_detail
🔵	com/starrocks/sql/analyzer/QueryAnalyzer.java	14	18	77.78%	[195, 208, 284, 285]
🔵	com/starrocks/sql/analyzer/RelationId.java	1	1	100.00%	[]

[github-actions]

[BE Incremental Coverage Report]

✅ pass : 0 / 0 (0%)