Short Description |
Ports |
Metadata |
Pivot Attributes |
Details |
CTL Interface |
Java Interface |
Examples |
Best Practices |
Compatibility |
See also |
The component reads input records and treats them as groups. A group is defined either by a Group key or a number of records forming the group. Pivot then produces a single record from each group. In other words, the component creates a pivot table.
Pivot has two principal attributes which instruct it to treat some input values as output field names and other inputs as output values.
The component is a simple form of Denormalizer.
Component | Same input metadata | Sorted inputs | Inputs | Outputs | Java | CTL | Auto-propagated metadata |
---|---|---|---|---|---|---|---|
Pivot | - | 1 | 1 |
Note: When using the Group key attribute, input records should be sorted, though. See Details.
Port type | Number | Required | Description | Metadata |
---|---|---|---|---|
Input | 0 | For input data records | Any1 | |
Output | 0 | For summarization data records | Any2 |
Pivot does not propagate metadata.
Pivot has no metadata template.
Attribute | Req | Description | Possible values |
---|---|---|---|
Basic | |||
Group key | [1] | The Group key is a set of fields used to identify groups of input records (more than one field can form a Group key). A group is formed by a sequence of records with identical Group key values. Group key fields are passed to output (if field with same name exists). | any input field |
Group size | [1] | The number of input records forming one group. When using Group size, the input data do not have to be sorted. Pivot then reads a number of records and transforms them to one group. The number is just the value of Group size. | <1; n> |
Field defining output field name | [2] | The input field whose value "maps" to a field name on the output. | |
Field defining output field value | [2] | The input field whose value "maps" to a field value on the output. | |
Sort order |
Groups of input records are expected to be sorted in the order defined here.
The meaning is the same as in Denormalizer,
see
Sort order.
Beware that in Pivot, setting this to
Ignore can produce unexpected results if
input is not sorted.
| Auto (default) | Ascending | Descending | Ignore | |
Equal NULL | Determines whether two fields containing null values are considered equal. | true (default) | false | |
Advanced | |||
Pivot transformation | [3] | Using CTL or Java, you can write your own records transformation here. | |
Pivot transformation URL | [3] | The path to an external file which defines how to transform records. The transformation can be written in CTL or Java. | |
Pivot transformation class | [3] | The name of a class that is used for data transformation. It can be written in Java. | |
Pivot transformation source charset |
The encoding of an external file defining the data transformation. The default encoding depends on DEFAULT_SOURCE_CODE_CHARSET in defaultProperties. | UTF-8 | any | |
Deprecated | |||
Error actions | Defines actions that should be performed when the specified transformation returns an Error code. See Return Values of Transformations. | ||
Error log | URL of the file which error messages should be written to. These messages are generated during Error actions, see above. If the attribute is not set, messages are written to Console. | ||
[1] One of the Group key or Group size attributes has to be always set. [2] These two values can either be given as an attribute or in your own transformation. [3] One of these attributes has to be set if you do not control the transformation by means of Field defining output field name and Field defining output field value. |
You can define the data transformation in two ways:
1) Set the Group key or Group size attributes. See Group Data by Setting Attributes.
2) Write the transformation yourself in CTL/Java or provide it in an external file/Java class. See Define Your Own Transformation - Java/CTL.
If you group data using the Group key attribute, your input should be sorted according to Group key values. To tell the component how your input is sorted, specify Sort order. If the Group key fields appear in the output metadata as well, Group key values are copied automatically.
When you are grouping using Group size attribute, the component ignores the data itself, takes e.g. 3 records (for Group size = 3) and treats them as one group. Naturally, you have to have an adequate number of input records otherwise errors on reading will occur. The number has to be a multiple of Group size, e.g. 3, 6, 9 etc. for Group size = 3.
There are the two major attributes which describe the "mapping". They say:
which input field's value will designate the output field - Field defining output field name
which input field's value will be used as a value for that field Field defining output field value
As for the output metadata, it is arbitrary but fixed to field names. If your input data has extra fields, they are simply ignored (only fields defined as a value/name matter). Likewise output fields without any corresponding input records will be null.
If a value of Field defining output field name does not correspond to any of names of output metadata fields, component fails.
In Pivot, you can write the transformation function yourself. That can be done either in CTL or Java, see Advanced attributes in Pivot Attributes
Before writing the transformation, you might want to refer to some of the sections touching the subject:
writing transformations in Denormalizer, the component Pivot is derived from: CTL Interface and Java Interface
You can implement methods getOutputFieldIndex
and getOutputFieldValue
or you can set one of the attributes and implement
the other one with a method.
So you can e.g. set valueField
and implement getOutputFieldIndex
.
Or you can
set nameField
and implement getOutputFieldValue
.
For a better understanding, examine the methods' documentation directly in the Transform editor.
Compared to Denormalizer, the Pivot
component has new significant attributes: nameField
and valueField
.
These can be defined either as attributes (see above)
or by methods.
If the transformation is not defined,
the component uses com.opensys.cloveretl.component.pivot.DataRecordPivotTransform
which copies values from valueField
to nameField
.
In Java, you can implement your own PivotTransform
that overrides
DataRecordPivotTransform
. However, you can
override only one method, e.g. getOutputFieldValue
,
getOutputFieldIndex
or others from PivotTransform
(that extends RecordDenormalize
).
Data Transformation with Pivot - Using Key |
Converting fixed number of records to single record |
Converting fixed number of records to single record using CTL |
Passing trough Fields to Output |
Let us have the following input txt file with comma-separated values:
Because we are going to group the data according to the
groupID
field, the input has to be sorted (mind the
ascending order of groupIDs). In the Pivot component,
we will make the following settings:
Group key = groupID
(to group all input records with the same groupID)
Field defining output field name = fieldName
(to say we want to take output fields' names from this input field)
Field defining output field value = fieldValue
(to say we want to take output fields' values from this input field)
Processing that data with Pivot produces the following output:
Notice the input recordNo
field has been ignored.
Similarly, the output comment
had no corresponding
fields on the input, that is why it remains null. groupID
makes part in the output metadata and thus was copied automatically.
Note | |
---|---|
If the input is not sorted (not like in the example), grouping records according to their count is especially handy. Omit Group key and set Group size instead to read sequences of records that have exactly the number of records you need. |
Input metadata have fields filedName and fieldValue. The records contain timestamp, IP address and username.
timestamp|2014-10-30 13:51:12 address |192.168.10.15 username |Alice timestamp|2014-10-30 13:52:14 address |192.168.3.151 username |Bob timestamp|2014-10-30 13:52:40 address |192.168.102.105 username |Eve
Convert the data to one line structure having timestamp, IP address and username.
Use attributes Group size, Field defining output field name and Field defining output field value.
Attribute | Value |
---|---|
Group size | 3 |
Field defining output field name | fieldName |
Field defining output field value | fieldValue |
Output metadata has to have fields timestamp, address and user.
This example is similar to previous one: input records contain timestamp, IP address and username, but there is no field saying which one is timestamp, IP address or username. The order of the input records within the group is always the same: timestamp is before IP address and IP address is before username.
2014-10-30 13:51:12 192.168.10.15 Alice 2014-10-30 13:52:14 192.168.3.151 Bob 2014-10-30 13:52:40 192.168.102.105 Eve
One output record correspond to three input records, so we use Group size attribute. Mapping to the output record is defined in Pivot transformation.
Attribute | Value |
---|---|
Group size | 3 |
Pivot transformation | See the code below |
//#CTL2 function integer getOutputFieldIndex(integer idx) { return idx % 3; } function string getOutputFieldValue(integer idx) { return $in.0.value; }
The order of input records corresponds to the order of output metadata fields.
If you need a different order, rearrange the output metadata or change the content of getOutputFieldIndex()
function.
The input records have customerId
, batchId
,
fieldName
and value
metadata fields:
C0001|B001|firstName|John C0001|B001|lastName |Doe C0001|B001|accountNo|A0001
Convert data to following the format:
C0001|B001|John|Doe|A0001
Attribute | Value |
---|---|
Group key | customerId;batchId |
Field defining output field name | fieldName |
Field defining output field value | value |
Note that Group key fields have been passed to the corresponding output fields.
If the transformation is specified in an external file (Pivot transformation URL), we recommend users to explicitly specify Pivot transformation source charset.
Originally, a transformation executed in compiled CTL mode when Field defining output field name or Field defining output field value was not set finished successfully, but did not produce any output.
Such transformation should now fail in init(), just like in interpreted mode.
Additionally, getOutputFieldValue() can be overridden also in compiled CTL mode - the implementation is no longer ignored. If the function raises an error, the transformation fails.