Wes McKinney commented on KUDU-721:

I agree with you that in terms of compact data transport having the 4/8 byte 
variants in Arrow seems inevitable. The goal for the moment is to have a 
hardened in-memory representation (e.g. the Java library currently is 
big-endian in memory, we are in the process of changing that) for the maximum 
precision type. We can then add metadata to support the smaller types on the 
wire as needed. Users doing analytics on the memory can promote as appropriate 
depending on what they're doing

> Support for DECIMAL type
> ------------------------
>                 Key: KUDU-721
>                 URL: https://issues.apache.org/jira/browse/KUDU-721
>             Project: Kudu
>          Issue Type: New Feature
>          Components: client, tablet
>            Reporter: Todd Lipcon
>            Assignee: Grant Henke
>            Priority: Critical
>              Labels: kudu-roadmap
> [~mgrund] identified that without DECIMAL type, we're going to have issues 
> with a lot of the tests tables that Impala uses. Also, since we're targeting 
> some financial applications, it seems pretty crucial. This JIRA is to track 
> the work necessary to support it.

This message was sent by Atlassian JIRA

Reply via email to