[
https://issues.apache.org/jira/browse/ARROW-6594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Micah Kornfield updated ARROW-6594:
-----------------------------------
Description:
Avro supports some logical types that overlap with Arrow logical types
([http://avro.apache.org/docs/current/spec.html#Logical+Types)
|http://avro.apache.org/docs/current/spec.html#Logical+Types]
For the ones that overlap, we should use the appropriate Arrow Logical type
array instead of the raw values.
was:
It has been posited that the Decoder object (and on-heap work in general) is
potentially slow for decoding.
The scope of this Jira is to add a new method that instead of consuming from
Decoder, consumes directly from a ByteBuffer. In order to this we there needs
to be utility classes for zig-zag decoding (one might existing in avro) from a
ByteBuffer.
This is esentially rewriting logic in the decoder to work directly against a
bytebuffer and then measure if there is a meaningful performance impact.
> [Java] Support logical type encodings from Avro
> -----------------------------------------------
>
> Key: ARROW-6594
> URL: https://issues.apache.org/jira/browse/ARROW-6594
> Project: Apache Arrow
> Issue Type: Sub-task
> Components: Java
> Reporter: Micah Kornfield
> Priority: Major
> Labels: avro
>
> Avro supports some logical types that overlap with Arrow logical types
> ([http://avro.apache.org/docs/current/spec.html#Logical+Types)
> |http://avro.apache.org/docs/current/spec.html#Logical+Types]
>
> For the ones that overlap, we should use the appropriate Arrow Logical type
> array instead of the raw values.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)