Class CompositeSingleOperandTypeChecker
- All Implemented Interfaces:
SqlOperandTypeChecker
,SqlSingleOperandTypeChecker
SqlSingleOperandTypeChecker
rules to be
combined into one rule.-
Nested Class Summary
Nested classes/interfaces inherited from class org.apache.calcite.sql.type.CompositeOperandTypeChecker
CompositeOperandTypeChecker.Composition
Nested classes/interfaces inherited from interface org.apache.calcite.sql.type.SqlOperandTypeChecker
SqlOperandTypeChecker.Consistency
-
Field Summary
Fields inherited from class org.apache.calcite.sql.type.CompositeOperandTypeChecker
allowedRules, composition
-
Method Summary
Modifier and TypeMethodDescriptionboolean
checkSingleOperandType
(SqlCallBinding callBinding, SqlNode node, int iFormalOperand, boolean throwOnFailure) Checks the type of a single operand against a particular ordinal position within a formal operator signature.com.google.common.collect.ImmutableList<? extends SqlSingleOperandTypeChecker>
getRules()
Methods inherited from class org.apache.calcite.sql.type.CompositeOperandTypeChecker
checkOperandTypes, getAllowedSignatures, getOperandCountRange, isOptional, typeInference, withGenerator
Methods inherited from class java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait
Methods inherited from interface org.apache.calcite.sql.type.SqlOperandTypeChecker
and, getAllowedSignatures, getConsistency, isFixedParameters, isOptional, or, typeInference, withGenerator
Methods inherited from interface org.apache.calcite.sql.type.SqlSingleOperandTypeChecker
and, checkOperandTypes, getOperandCountRange, or
-
Method Details
-
getRules
- Overrides:
getRules
in classCompositeOperandTypeChecker
-
checkSingleOperandType
public boolean checkSingleOperandType(SqlCallBinding callBinding, SqlNode node, int iFormalOperand, boolean throwOnFailure) Description copied from interface:SqlSingleOperandTypeChecker
Checks the type of a single operand against a particular ordinal position within a formal operator signature. Note that the actual ordinal position of the operand being checked may be different from the position of the formal operand.For example, when validating the actual call
C(X, Y, Z)
the strategy for validating the operand Z might involve checking its type against the formal signature OP(W). In this case,
iFormalOperand
would be zero, even though the position of Z within call C is two.Caution that we could not(shouldn't) implement implicit type coercion for this checker, implicit type coercion has side effect(modify the AST), if this single operand checker is subsumed in a composite rule(OR or AND), we can not make any side effect if we can not make sure that all the single operands type check are passed(with type coercion). But there is an exception: only if the call has just one operand, for this case, use
SqlOperandTypeChecker.checkOperandTypes(org.apache.calcite.sql.SqlCallBinding, boolean)
instead.- Specified by:
checkSingleOperandType
in interfaceSqlSingleOperandTypeChecker
- Parameters:
callBinding
- description of the call being checked; this is only provided for context when throwing an exception; the implementation should NOT examine the operands of the call as part of the checknode
- the actual operand to be checkediFormalOperand
- the 0-based formal operand ordinalthrowOnFailure
- whether to throw an exception if check fails (otherwise returns false in that case)- Returns:
- whether check succeeded
-