Class ScalarFunction
- All Implemented Interfaces:
Serializable,FunctionDefinition
- Direct Known Subclasses:
PythonScalarFunction
The behavior of a ScalarFunction can be defined by implementing a custom evaluation
method. An evaluation method must be declared publicly and named eval. Evaluation
methods can also be overloaded by implementing multiple methods named eval.
By default, input and output data types are automatically extracted using reflection. If the
reflective information is not sufficient, it can be supported and enriched with DataTypeHint and FunctionHint annotations.
The following examples show how to specify a scalar function:
// a function that accepts two INT arguments and computes a sum
class SumFunction extends ScalarFunction {
public Integer eval(Integer a, Integer b) {
return a + b;
}
}
// a function that accepts either INT NOT NULL or BOOLEAN NOT NULL and computes a STRING
class StringifyFunction extends ScalarFunction {
public String eval(int i) {
return String.valueOf(i);
}
public String eval(boolean b) {
return String.valueOf(b);
}
}
// a function that accepts either INT or BOOLEAN and computes a STRING using function hints
@FunctionHint(input = [@DataTypeHint("INT")])
@FunctionHint(input = [@DataTypeHint("BOOLEAN")])
class StringifyFunction extends ScalarFunction {
public String eval(Object o) {
return o.toString();
}
}
// a function that accepts any data type as argument and computes a STRING
class StringifyFunction extends ScalarFunction {
public String eval(@DataTypeHint(inputGroup = InputGroup.ANY) Object o) {
return o.toString();
}
}
// a function that accepts an arbitrary number of BIGINT values and computes a DECIMAL(10, 4)
class SumFunction extends ScalarFunction {
public @DataTypeHint("DECIMAL(10, 4)") BigDecimal eval(Long... values) {
// ...
}
}
For storing a user-defined function in a catalog, the class must have a default constructor and must be instantiable during runtime. Anonymous functions in Table API can only be persisted if the function is not stateful (i.e. containing only transient and static fields).
- See Also:
-
Constructor Summary
Constructors -
Method Summary
Modifier and TypeMethodDescriptionfinal FunctionKindgetKind()Returns the kind of function this definition describes.org.apache.flink.api.common.typeinfo.TypeInformation<?>[]getParameterTypes(Class<?>[] signature) Deprecated.This method uses the old type system and is based on the old reflective extraction logic.org.apache.flink.api.common.typeinfo.TypeInformation<?>getResultType(Class<?>[] signature) Deprecated.This method uses the old type system and is based on the old reflective extraction logic.getTypeInference(DataTypeFactory typeFactory) Returns the logic for performing type inference of a call to this function definition.Methods inherited from class org.apache.flink.table.functions.UserDefinedFunction
close, functionIdentifier, open, toStringMethods inherited from class java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, wait, wait, waitMethods inherited from interface org.apache.flink.table.functions.FunctionDefinition
getRequirements, isDeterministic, supportsConstantFolding
-
Constructor Details
-
ScalarFunction
public ScalarFunction()
-
-
Method Details
-
getResultType
@Deprecated public org.apache.flink.api.common.typeinfo.TypeInformation<?> getResultType(Class<?>[] signature) Deprecated.This method uses the old type system and is based on the old reflective extraction logic. The method will be removed in future versions and is only called when using the deprecatedTableEnvironment.registerFunction(...)method. The new reflective extraction logic (possibly enriched withDataTypeHintandFunctionHint) should be powerful enough to cover most use cases. For advanced users, it is possible to overrideUserDefinedFunction.getTypeInference(DataTypeFactory).Returns the result type of the evaluation method with a given signature. -
getParameterTypes
@Deprecated public org.apache.flink.api.common.typeinfo.TypeInformation<?>[] getParameterTypes(Class<?>[] signature) Deprecated.This method uses the old type system and is based on the old reflective extraction logic. The method will be removed in future versions and is only called when using the deprecatedTableEnvironment.registerFunction(...)method. The new reflective extraction logic (possibly enriched withDataTypeHintandFunctionHint) should be powerful enough to cover most use cases. For advanced users, it is possible to overrideUserDefinedFunction.getTypeInference(DataTypeFactory).ReturnsTypeInformationabout the operands of the evaluation method with a given signature. -
getKind
Description copied from interface:FunctionDefinitionReturns the kind of function this definition describes. -
getTypeInference
Description copied from class:UserDefinedFunctionReturns the logic for performing type inference of a call to this function definition.The type inference process is responsible for inferring unknown types of input arguments, validating input arguments, and producing result types. The type inference process happens independent of a function body. The output of the type inference is used to search for a corresponding runtime implementation.
Instances of type inference can be created by using
TypeInference.newBuilder().See
BuiltInFunctionDefinitionsfor concrete usage examples.The type inference for user-defined functions is automatically extracted using reflection. It does this by analyzing implementation methods such as
eval() or accumulate()and the generic parameters of a function class if present. If the reflective information is not sufficient, it can be supported and enriched withDataTypeHintandFunctionHintannotations.Note: Overriding this method is only recommended for advanced users. If a custom type inference is specified, it is the responsibility of the implementer to make sure that the output of the type inference process matches with the implementation method:
The implementation method must comply with each
DataType.getConversionClass()returned by the type inference. For example, ifDataTypes.TIMESTAMP(3).bridgedTo(java.sql.Timestamp.class)is an expected argument type, the method must accept a calleval(java.sql.Timestamp).Regular Java calling semantics (including type widening and autoboxing) are applied when calling an implementation method which means that the signature can be
eval(java.lang.Object).The runtime will take care of converting the data to the data format specified by the
DataType.getConversionClass()coming from the type inference logic.- Specified by:
getTypeInferencein interfaceFunctionDefinition- Specified by:
getTypeInferencein classUserDefinedFunction
-