chucheng92 commented on code in PR #3459:
URL: https://github.com/apache/calcite/pull/3459#discussion_r1372215059
##########
core/src/main/java/org/apache/calcite/prepare/LixToRelTranslator.java:
##########
@@ -97,7 +97,7 @@ public <T> RelNode translate(Queryable<T> queryable) {
public RelNode translate(Expression expression) {
if (expression instanceof MethodCallExpression) {
final MethodCallExpression call = (MethodCallExpression) expression;
- BuiltInMethod method = BuiltInMethod.MAP.get(call.method);
+ BuiltInMethod method = BuiltInMethod.FUNCTIONS_MAPS.get(call.method);
Review Comment:
because this is a static field in `BuiltInMethod` to store all the methods.
it occupy 'MAP' name before, so I can't continue to use this name as our spark
map method name, so i changed it, then we can use 'MAP' as method name as you
suggested for consistency in naming. (I set MAP_FUNCTION in `BuiltInMethod`
previously).
one disadvantage I can think of here is that it may cause compatibility
issues? If there is an upper-layer application/engine use java reflection to
call this field. But is this as expected?
I'm ok if we need to reset spark MAP function to 'MAP_FUNCTION' name in
`BuiltInMethod` and keep here unchanged. what do you think?
--
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]