You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@arrow.apache.org by "Andy Grove (Jira)" <ji...@apache.org> on 2020/12/24 19:08:00 UTC

[jira] [Assigned] (ARROW-10398) [Rust] [Parquet] Re-export parquet::record::api::Field

     [ https://issues.apache.org/jira/browse/ARROW-10398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andy Grove reassigned ARROW-10398:
----------------------------------

    Assignee: Sean Moran

> [Rust] [Parquet] Re-export parquet::record::api::Field
> ------------------------------------------------------
>
>                 Key: ARROW-10398
>                 URL: https://issues.apache.org/jira/browse/ARROW-10398
>             Project: Apache Arrow
>          Issue Type: Improvement
>          Components: Rust
>            Reporter: Sean Moran
>            Assignee: Sean Moran
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 3.0.0
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> {{parquet::record::Row.get_column_iter}} returns an iterator of {{(&String, &Field)}} tuples. The documentation for {{get_column_iter}} shows an example of consuming and printing the tuple from the iterator. Beyond printing the first thing one might attempt is to match on {{Field}} to handle the various types differently, but as {{Field}} is not re-exported from the private API module it is inaccessible. 
> The solution may be as straight forward as adding {{Field}} to {{mod.rs}} for {{parquet::record}} and seemed sufficient in my local testing.
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)