You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@parquet.apache.org by "Wes McKinney (JIRA)" <ji...@apache.org> on 2016/02/20 05:55:18 UTC
[jira] [Commented] (PARQUET-533) Simplify RandomAccessSource API to
combine Seek/Read
[ https://issues.apache.org/jira/browse/PARQUET-533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15155382#comment-15155382 ]
Wes McKinney commented on PARQUET-533:
--------------------------------------
See patch https://github.com/apache/parquet-cpp/pull/59
Can be merged after PARQUET-457
> Simplify RandomAccessSource API to combine Seek/Read
> -----------------------------------------------------
>
> Key: PARQUET-533
> URL: https://issues.apache.org/jira/browse/PARQUET-533
> Project: Parquet
> Issue Type: Improvement
> Components: parquet-cpp
> Reporter: Wes McKinney
> Assignee: Wes McKinney
> Priority: Minor
>
> In situations where memory-mapping is available, copying bytes into a newly-allocated memory buffer may be unnecessary.
> I propose to generally simplify the interface to random-access capable data sources to instead return a {{Buffer}} object (that I'll define) whose subclasses can be responsible for RAII memory-allocation/deallocation if it is necessary. This way, users of {{RandomAccessSource}} need not necessarily be responsible for memory allocation and object lifetime management.
> Not an urgent matter but will get a patch together sometime in the next several weeks (most likely at the same time as adding a memory-mapped file input source).
> As an aside, it would be useful to have this same kind of abstraction available in the context of compressed data pages (note the decompression buffer member variable in {{ColumnReader}})
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)