[ 
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)

Reply via email to