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)