incubator-blur-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aaron McCurry (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (BLUR-237) Investigate the use of Thrift Unions to remove some complexity in the Blur API
Date Tue, 02 Jun 2015 12:45:18 GMT

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

Aaron McCurry updated BLUR-237:
-------------------------------
    Fix Version/s:     (was: 0.3.0)

> Investigate the use of Thrift Unions to remove some complexity in the Blur API
> ------------------------------------------------------------------------------
>
>                 Key: BLUR-237
>                 URL: https://issues.apache.org/jira/browse/BLUR-237
>             Project: Apache Blur
>          Issue Type: Improvement
>          Components: Blur
>    Affects Versions: 0.3.0
>            Reporter: Aaron McCurry
>
> I believe that we can use this feature to provide a simpler API for Blur data structures.
> One place where this would be of benefit would be in changing the Column object from
having a string name and a string value.  To having a string name and a new Union type as
the value.  This ColumnValue union could contain one of each of the primary thrift types (string,
i32, i64, binary, double, etc).  This would allow for the original data type to be delivered
in the correct form (instead of just a string).  It could also make the assignment of new
types in none strict tables to be easier.  For example if the Union had a integer provided
and the column had not been seen before, then the type could be assigned as an integer instead
of using whatever the default type on the table (TableDescriptor).
> Another place is in the results of a query and fetch call.  Currently you can get either
a Record or a Row back so I think a union type of the result would work better here.
> Union references:
> https://issues.apache.org/jira/browse/THRIFT-409
> http://web.archive.org/web/20090829121249/http://blog.rapleaf.com/dev/?p=48
> http://web.archive.org/web/20100725051856/http://blog.rapleaf.com/dev/2009/08/18/thrift-unions-part-ii-or-how-i-reduced-memory-usage-by-95/
> http://nathanmarz.com/blog/thrift-graphs-strong-flexible-schemas-on-hadoop.html



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message