You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@arrow.apache.org by "Wes McKinney (JIRA)" <ji...@apache.org> on 2018/11/22 19:55:01 UTC

[jira] [Resolved] (ARROW-2653) [C++] Refactor hash table support

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

Wes McKinney resolved ARROW-2653.
---------------------------------
       Resolution: Fixed
    Fix Version/s: 0.12.0

Issue resolved by pull request 3005
[https://github.com/apache/arrow/pull/3005]

> [C++] Refactor hash table support
> ---------------------------------
>
>                 Key: ARROW-2653
>                 URL: https://issues.apache.org/jira/browse/ARROW-2653
>             Project: Apache Arrow
>          Issue Type: Task
>          Components: C++
>    Affects Versions: 0.11.1
>            Reporter: Antoine Pitrou
>            Assignee: Antoine Pitrou
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 0.12.0
>
>          Time Spent: 12h 10m
>  Remaining Estimate: 0h
>
> Currently our hash table support is scattered in several places:
>  * {{compute/kernels/hash.cc}}
>  * {{util/hash.h}} and {{util/hash.cc}}
>  * {{builder.cc}} (in the DictionaryBuilder implementation)
> Perhaps we should have something like a type-parametered hash table class (perhaps backed by non-owned memory) with several primitives:
>  * decide allocation size for a given number of items
>  * lookup an item
>  * insert an item
>  * decide whether resizing is needed
>  * resize to a new memory area
>  * ...



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)