Comparison Processor

The Comparison processor takes two Table(number) inputs: 'A' and 'B'. It matches items by their keys and performs a comparison based on the 'operation' configuration. If the inputs have different key sets, set the 'significant_keys' property to map items. Without this, unmatched keys return an empty result. Inputs and 'significant_keys' must allow only 1:1 mapping between 'A' and 'B'. Allowing one item to map to multiple items causes an error.

Parameters Description
Input Types Tablev(number)
Output Types Table (discrete state): true or false
Comparison Operation (operation)

Operation for comparing operands. le (less than or equal), ne (not equal), ge (greater than or equal), gt (greater than), lt (less than), eq (equal)

Significant Keys (significant_keys)

List of keys to map items from the inputs for applying the specified operation. It is typically used by processors that take multiple inputs and perform operations on them. When inputs have the same sets of keys it does not need to be specified. When inputs have different sets of keys, it must be specified and it must allow only 1:1 items mapping from the given inputs, otherwise the probe will go into error state.


Flow diagram of a process with inputs A and B, comparison step with scale icon, and output field for results.
From the Add Processor window in the GUI, hover over the "Comparison" tooltip for a visual example of how the Comparison Processor functions.

Data flow diagram showing a comparison operation. Inputs A and B lead to tables in1 and in2 with fields like system_id and Value. The Comparison processor uses keys system_id and interface to compare values with ge operation. Output table shows Boolean results, e.g., leaf1, eth0, true. Output type is Boolean.

Example: Comparison

Input A:

Input B:

Output (Discrete-State-Set):