Input formats
This section contains a collection of guides that will show you how to import data from a Pinot supported input format.
Pinot offers support for various popular input formats during ingestion. By changing the input format, you can reduce the time spent doing serialization-deserialization and speed up the ingestion.
Configuring input formats
The input format can be changed using the recordReaderSpec
config in the ingestion job spec.
The config consists of the following keys:
dataFormat
- Name of the data format to consume.className
- name of the class that implements theRecordReader
interface. This class is used for parsing the data.configClassName
- name of the class that implements theRecordReaderConfig
interface. This class is used the parse the values mentioned inconfigs
configs
- Key value pair for format specific configs. This field can be left out.
To configure input format for realtime ingestion, you can add the following to the table config json
Supported input formats
Pinot supports the multiple input formats out of the box. You just need to specify the corresponding readers and the associated custom configs to switch between the formats.
CSV
Supported Configs
fileFormat
- can be one of default, rfc4180, excel, tdf, mysql
header
- header of the file. The columnNames should be seperated by the delimiter mentioned in the config
delimiter
- The character seperating the columns
multiValueDelimiter
- The character seperating multiple values in a single column. This can be used to split a column into a list.
nullValueString
- use this to specify how NULL values are represented in your csv files. Default is empty string interpreted as NULL.
Your CSV file may have raw text fields that cannot be reliably delimited using any character. In this case, explicitly set the multiValueDelimeter field to empty in the ingestion config.
multiValueDelimiter: ''
AVRO
The Avro record reader converts the data in file to a GenericRecord
. A java class or .avro
file is not required.
You can also specify Kafka schema registry for avro records in stream.
JSON
Thrift
Thrift requires the generated class using .thrift
file to parse the data. The .class file should be available in the Pinot's classpath. You can put the files in the lib/
folder of pinot distribution directory.
Parquet
The above class doesn't read the Parquet INT96
and Decimal
type.
Please use the below class to handle INT96
and Decimal
type.
Parquet Data Type | Java Data Type | Comment |
INT96 | INT64 | Parquet to Pinot |
DECIMAL | DOUBLE |
ORC
ORC record reader supports the following data types -
ORC Data Type | Java Data Type |
BOOLEAN | String |
SHORT | Integer |
INT | Integer |
LONG | Integer |
FLOAT | Float |
DOUBLE | Double |
STRING | String |
VARCHAR | String |
CHAR | String |
LIST | Object[] |
MAP | Map<Object, Object> |
DATE | Long |
TIMESTAMP | Long |
BINARY | byte[] |
BYTE | Integer |
In LIST and MAP types, the object should only belong to one of the data types supported by Pinot.
Protocol Buffers
The reader requires a descriptor file to deserialize the data present in the files. You can generate the descriptor file (.desc
) from the .proto
file using the command -
Descriptor file in DFS
The descriptorFile needs to be present on all pinot server machines for ingestion to work. You can also upload the descriptor file to a DFS such as S3, GCS etc. and mention that path in the configs. Do note that you'll also need to specify filesystem config for the directory in the pinot configuration or ingestion spec as well.
Both proto2
and proto3
formats are supported by the reader.
Schema Registry
Protobuf reader also supports Confluent schema registry. Using schema registry allows you to not create and upload any descriptor file. The schema is fetched from the registry itself using the metadata present in the Kafka message. The only pre-requisite for it to work is that your messages should be serialized using io.confluent.kafka.serializers.protobuf.KafkaProtobufSerializer
in producer.
Last updated