On Fri, Jun 8, 2012 at 10:58 AM, Jason Frantz wrote:
> Yet another approach is to transform your keys into byte comparable values
> that preserve your desired sort order, and store that instead. The ICU
> library has the ability to do this for various collations of UTF strings:
>
> http://userguid
Yet another approach is to transform your keys into byte comparable values
that preserve your desired sort order, and store that instead. The ICU
library has the ability to do this for various collations of UTF strings:
http://userguide.icu-project.org/collation/architecture#TOC-Sort-Keys
So for
Tom, another approach you could take would be to store an ASCII encoded version
of the string as the row key or column qualifier, and then the full UTF-8
string elsewhere (e.g. in the cell value, or even later in the row key). That
wouldn't work out the fine sorting (whether "è" sorts before or
Storing the bytes as native UTF-16 or UTF-32 will not help. Even
strings in UTF-8 format can be sorted by their code points when stored
as bytes. Unfortunately, that's not really useful for collation as
characters like "è" (U+00E8) should appear between "e" (U+0065) and
"f" (U+0066), but the code
On Fri, Jun 8, 2012 at 9:35 AM, Tom Brown wrote:
> Is there any way to control introduce a different ordering scheme from
> the base comparable bytes? My use case is that I am using UTF-8 data
> for my keys, and I would like to have scans use UTF-8 collation.
>
> Could this be done by providing a
Is there any way to control introduce a different ordering scheme from
the base comparable bytes? My use case is that I am using UTF-8 data
for my keys, and I would like to have scans use UTF-8 collation.
Could this be done by providing an alternate implementation of
WritableComparable?
Thanks i
Hi,
We had the same problem.
We solve it this way:
hbase zk_cli
-ls /hbase/tables
The table was still on Zookeeper.
Deleted the table from zookeeper (rmr).
Restart Hbase Masters, restart hbase region servers.
Miguel Costa
On 05/07/2012 06:42 PM, Ey-Chih chow wrote:
If we use the class Cl
And here's a followup blog post with testing of our new cluster, and some more
conclusions about PerformanceEvaluation:
http://gbif.blogspot.dk/2012/06/faster-hbase-hardware-matters.html
Cheers,
Oliver
On 2012-03-21, at 6:52 PM, Doug Meil wrote:
>
> Will do.
>
>
>
>
>
> On 3/20/12 12:55
Thanks My Dear Friends
I found it and Downloded this src
But can you help me how can I install instructions on my
system(instructions Steps) except linux instructions
And what version od maven can I install for my library And How can I add to
my IDE library to help my program to run
my library
Just give a look on thiese:
http://bizosyshsearch.sourceforge.net/
http://www.lilyproject.org/lily/index.html
Regards
∞
Shashwat Shriparv
On Fri, Jun 8, 2012 at 1:43 PM, Michel Segel wrote:
> That's actually a bit out of date.
>
> Sent from a remote device. Please excuse any typos...
>
> Mike
That's actually a bit out of date.
Sent from a remote device. Please excuse any typos...
Mike Segel
On Jun 6, 2012, at 8:56 AM, Otis Gospodnetic wrote:
> https://issues.apache.org/jira/browse/HBASE-3529
>
>
> Otis
>
> Performance Monitoring for Solr / ElasticSearch / HBase -
> http:/
11 matches
Mail list logo