Description:
Receives Record-oriented data (i.e., data that can be read by the configured Record Reader) and evaluates one or more RecordPaths against the each record in the incoming FlowFile. Each record is then grouped with other “like records” and a FlowFile is created for each group of “like records.” What it means for two records to be “like records” is determined by user-defined properties. The user is required to enter at least one user-defined property whose value is a RecordPath. Two records are considered alike if they have the same value for all configured RecordPaths. Because we know that all records in a given output FlowFile have the same value for the fields that are specified by the RecordPath, an attribute is added for each field. See Additional Details on the Usage page for more information and examples.
Tags:
record, partition, recordpath, rpath, segment, split, group, bin, organize
Properties:
In the list below, the names of required properties appear in bold. Any other properties (not in bold) are considered optional. The table also indicates any default values.
Name | Default Value | Allowable Values | Description |
Record Reader |
Controller Service API: RecordReaderFactory Implementations: CSVReader JsonTreeReader GrokReader AvroReader JsonPathReader ScriptedReader |
Specifies the Controller Service to use for reading incoming data | |
Record Writer |
Controller Service API: RecordSetWriterFactory Implementations: FreeFormTextRecordSetWriter JsonRecordSetWriter AvroRecordSetWriter CSVRecordSetWriter ScriptedRecordSetWriter |
Specifies the Controller Service to use for writing out the records |
Dynamic Properties:
Dynamic Properties allow the user to specify both the name and value of a property.
Name | Value | Description |
The name given to the dynamic property is the name of the attribute that will be used to denote the value of the associated RecordPath. | A RecordPath that points to a field in the Record. | Each dynamic property represents a RecordPath that will be evaluated against each record in an incoming FlowFile. When the value of the RecordPath is determined for a Record, an attribute is added to the outgoing FlowFile. The name of the attribute is the same as the name of this property. The value of the attribute is the same as the value of the field in the Record that the RecordPath points to. Note that no attribute will be added if the value returned for the RecordPath is null or is not a scalar value (i.e., the value is an Array, Map, or Record).</br> Supports Expression Language: true |
Relationships:
Name | Description |
success | FlowFiles that are successfully partitioned will be routed to this relationship |
failure | If a FlowFile cannot be partitioned from the configured input format to the configured output format, the unchanged FlowFile will be routed to this relationship |
original | Once all records in an incoming FlowFile have been partitioned, the original FlowFile is routed to this relationship. |
Reads Attributes:
None specified.
Writes Attributes:
Name | Description |
record.count | The number of records in an outgoing FlowFile |
mime.type | The MIME Type that the configured Record Writer indicates is appropriate |
dynamic property name | For each dynamic property that is added, an attribute may be added to the FlowFile. See the description for Dynamic Properties for more information. |
State management:
This component does not store state.
Restricted:
This component is not restricted.
Input requirement:
This component requires an incoming relationship.
See Also:
ConvertRecord, SplitRecord, UpdateRecord, QueryRecord
Summary:
PartitionRecord allows the user to separate out records in a FlowFile such that each outgoing FlowFile consists only of records that are “alike.” To define what it means for two records to be alike, the Processor makes use of NiFi’s RecordPath DSL.
In order to make the Processor valid, at least one user-defined property must be added to the Processor. The value of the property must be a valid RecordPath. Expression Language is supported and will be evaluated before attempting to compile the RecordPath. However, if Expression Language is used, the Processor is not able to validate the RecordPath before-hand and may result in having FlowFiles fail processing if the RecordPath is not valid when being used.
Once one or more RecordPath’s have been added, those RecordPath’s are evaluated against each Record in an incoming FlowFile. In order for Record A and Record B to be considered “like records,” both of them must have the same value for all RecordPath’s that are configured. Only the values that are returned by the RecordPath are held in Java’s heap. The records themselves are written immediately to the FlowFile content. This means that for most cases, heap usage is not a concern. However, if the RecordPath points to a large Record field that is different for each record in a FlowFile, then heap usage may be an important consideration. In such cases, SplitRecord may be useful to split a large FlowFile into smaller FlowFiles before partitioning.
Once a FlowFile has been written, we know that all of the Records within that FlowFile have the same value for the fields that are described by the configured RecordPath’s. As a result, this means that we can promote those values to FlowFile Attributes. We do so by looking at the name of the property to which each RecordPath belongs. For example, if we have a property named country with a value of /geo/country/name, then each outbound FlowFile will have an attribute named country with the value of the /geo/country/name field. The addition of these attributes makes it very easy to perform tasks such as routing, or referencing the value in another Processor that can be used for configuring where to send the data, etc. However, for any RecordPath whose value is not a scalar value (i.e., the value is of type Array, Map, or Record), no attribute will be added.
Examples:
To better understand how this Processor works, we will lay out a few examples. For the sake of these examples, let’s assume that our input data is JSON formatted and looks like this:
[ { "name": "John Doe", "dob": "11/30/1976", "favorites": [ "spaghetti", "basketball", "blue" ], "locations": {
"home": {
"number": 123,
"street": "My Street",
"city": "New York",
"state": "NY",
"country": "US"
},
"work": {
"number": 321,
"street": "Your Street",
"city": "New York",
"state": "NY",
"country": "US"
} } }, { "name": "Jane Doe", "dob": "10/04/1979", "favorites": [ "spaghetti", "football", "red" ], "locations": {
"home": {
"number": 123,
"street": "My Street",
"city": "New York",
"state": "NY",
"country": "US"
},
"work": {
"number": 456,
"street": "Our Street",
"city": "New York",
"state": "NY",
"country": "US"
} } }, { "name": "Jacob Doe", "dob": "04/02/2012", "favorites": [ "chocolate", "running", "yellow" ], "locations": {
"home": {
"number": 123,
"street": "My Street",
"city": "New York",
"state": "NY",
"country": "US"
},
"work": null } }, { "name": "Janet Doe", "dob": "02/14/2007", "favorites": [ "spaghetti", "reading", "white" ], "locations": {
"home": {
"number": 1111,
"street": "Far Away",
"city": "San Francisco",
"state": "CA",
"country": "US"
},
"work": null } }]
Example 1 - Partition By Simple Field
For a simple case, let’s partition all of the records based on the state that they live in. We can add a property named state with a value of /locations/home/state. The result will be that we will have two outbound FlowFiles. The first will contain an attribute with the name state and a value of NY. This FlowFile will consist of 3 records: John Doe, Jane Doe, and Jacob Doe. The second FlowFile will consist of a single record for Janet Doe and will contain an attribute named state that has a value of CA.
Example 2 - Partition By Nullable Value
In the above example, there are three different values for the work location. If we use a RecordPath of /locations/work/state with a property name of state, then we will end up with two different FlowFiles. The first will contain records for John Doe and Jane Doe because they have the same value for the given RecordPath. This FlowFile will have an attribute named state with a value of NY.
The second FlowFile will contain the two records for Jacob Doe and Janet Doe, because the RecordPath will evaluate to null for both of them. This FlowFile will have no state attribute (unless such an attribute existed on the incoming FlowFile, in which case its value will be unaltered).
Example 3 - Partition By Multiple Values
Now let’s say that we want to partition records based on multiple different fields. We now add two properties to the PartitionRecord processor. The first property is named home and has a value of /locations/home. The second property is named favorite.food and has a value of /favorites[0] to reference the first element in the “favorites” array.
This will result in three different FlowFiles being created. The first FlowFile will contain records for John Doe and Jane Doe. If will contain an attribute named “favorite.food” with a value of “spaghetti.” However, because the second RecordPath pointed to a Record field, no “home” attribute will be added. In this case, both of these records have the same value for both the first element of the “favorites” array and the same value for the home address. Janet Doe has the same value for the first element in the “favorites” array but has a different home address. Similarly, Jacob Doe has the same home address but a different value for the favorite food.
The second FlowFile will consist of a single record: Jacob Doe. This FlowFile will have an attribute named “favorite.food” with a value of “chocolate.” The third FlowFile will consist of a single record: Janet Doe. This FlowFile will have an attribute named “favorite.food” with a value of “spaghetti.”