Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Plain View
Accumulo >> mail # user >> Iterators returning keys out of scan range


+
William Slacum 2013-05-02, 00:01
+
William Slacum 2013-05-02, 00:03
+
Adam Fuchs 2013-05-02, 00:36
Copy link to this message
-
Re: Iterators returning keys out of scan range
Is there a unit test exposing this behavior? And what does "reversible
transformation" mean?
On Wed, May 1, 2013 at 8:36 PM, Adam Fuchs <[EMAIL PROTECTED]> wrote:

> For all the rest of you on this thread, the big problem you'll run into
> when returning keys out of range is that the reseeking behavior will skip a
> bunch of underlying keys (i.e. don't try this at home). For example, say
> you have tablets ["A","D"], ("D","M"], and ("M","ZZZZ..."]. If you do a
> query on ["A","M"] and return "N" after seeing the underlying key "A", you
> may never see keys from the ("D","M"] tablet. A good rule of thumb is to
> return keys in the same row as the underlying keys that were used to
> generate them and use a reversible transformation of columns within each
> row.
>
>
+
Christopher 2013-05-25, 17:09
+
James Hughes 2013-05-25, 18:36
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB