Class WindowOffsetProcessor
java.lang.Object
org.apache.druid.query.operator.window.value.WindowValueProcessorBase
org.apache.druid.query.operator.window.value.WindowOffsetProcessor
- All Implemented Interfaces:
Processor
-
Constructor Summary
Constructors -
Method Summary
Modifier and TypeMethodDescriptionintprocess(RowsAndColumns input) Applies the logic of the processor to a RowsAndColumns objecttoString()booleanvalidateEquivalent(Processor otherProcessor) Validates the equivalence of the Processors.Methods inherited from class org.apache.druid.query.operator.window.value.WindowValueProcessorBase
getInputColumn, getOutputColumn, getOutputColumnNames, internalToString, intervalValidation, processInternal
-
Constructor Details
-
WindowOffsetProcessor
-
-
Method Details
-
getOffset
public int getOffset() -
process
Description copied from interface:ProcessorApplies the logic of the processor to a RowsAndColumns object- Parameters:
input- the incoming RowsAndColumns object- Returns:
- the transformed RowsAndColumns object
-
validateEquivalent
Description copied from interface:ProcessorValidates the equivalence of the Processors. This is similar to @{code .equals} but is its own method so that it can ignore certain fields that would be important for a true equality check. Namely, two Processors defined the same way but with different output names can be considered equivalent even though they are not equal.This primarily exists to simplify tests, where this equivalence can be used to validate that the Processors created by the SQL planner are actually equivalent to what we expect without needing to be overly dependent on how the planner names the output columns
- Specified by:
validateEquivalentin interfaceProcessor- Overrides:
validateEquivalentin classWindowValueProcessorBase- Parameters:
otherProcessor- the processor to test equivalence of- Returns:
- boolean identifying if these processors should be considered equivalent to each other.
-
toString
- Overrides:
toStringin classWindowValueProcessorBase
-