Class SqlLambda
- All Implemented Interfaces:
Cloneable
SqlLambda is a node of a parse tree which
represents a lambda expression.-
Field Summary
FieldsFields inherited from class org.apache.calcite.sql.SqlNode
EMPTY_ARRAY, pos -
Constructor Summary
Constructors -
Method Summary
Modifier and TypeMethodDescriptiongetKind()Returns the type of node this is, orSqlKind.OTHERif it's nothing special.Returns the list of operands.voidsetOperand(int i, @Nullable SqlNode operand) Changes the value of an operand.voidWrites a SQL representation of this node to a writer.Methods inherited from class org.apache.calcite.sql.SqlCall
accept, clone, equalsDeep, findValidOptions, getCallSignature, getFunctionQuantifier, getMonotonicity, isCountStar, isExpanded, operand, operandCount, validateMethods inherited from class org.apache.calcite.sql.SqlNode
clone, clone, cloneArray, equalDeep, equalDeep, equalsDeep, getParserPosition, isA, toList, toList, toSqlString, toSqlString, toSqlString, toString, unparseWithParentheses, validateExpr
-
Field Details
-
OPERATOR
-
-
Constructor Details
-
SqlLambda
-
-
Method Details
-
getKind
Description copied from class:SqlNodeReturns the type of node this is, orSqlKind.OTHERif it's nothing special. -
getOperator
- Specified by:
getOperatorin classSqlCall
-
getOperandList
Description copied from class:SqlCallReturns the list of operands. The set and order of operands is call-specific.Note: the proper type would be
List<@Nullable SqlNode>, however, it would trigger too many changes to the current codebase.- Specified by:
getOperandListin classSqlCall- Returns:
- the list of call operands, never null, the operands can be null
-
setOperand
Description copied from class:SqlCallChanges the value of an operand. Allows some rewrite bySqlValidator; use sparingly.- Overrides:
setOperandin classSqlCall- Parameters:
i- Operand indexoperand- Operand value
-
unparse
Description copied from class:SqlNodeWrites a SQL representation of this node to a writer.The
leftPrecandrightPrecparameters give us enough context to decide whether we need to enclose the expression in parentheses. For example, we need parentheses around "2 + 3" if preceded by "5 *". This is because the precedence of the "*" operator is greater than the precedence of the "+" operator.The algorithm handles left- and right-associative operators by giving them slightly different left- and right-precedence.
If
SqlWriter.isAlwaysUseParentheses()is true, we use parentheses even when they are not required by the precedence rules.For the details of this algorithm, see
SqlCall.unparse(org.apache.calcite.sql.SqlWriter, int, int). -
getParameters
-
getExpression
-