Does anyone know of a TimeSpan Iterator that will fetch rows based on
the accumulo timestamp?
Bob Thorman
Engineering Fellow
L-3 Communications, ComCept
1700 Science Place
Rockwall, TX 75032
(972) 772-7501 work
bob.thor...@ncct.af.smil.mil
rdth...@nsa.ic.gov
On 08/28/2012 09:26 AM, bob.thor...@l-3com.com wrote:
Does anyone know of a TimeSpan Iterator that will fetch rows based on
the accumulo timestamp?
We actually wrote our own TimestampRangeIterator and TimestampSetIterator classes. I don't know if
1.4 has any in the core libraries. It's not v
I think you'd probably just want to set a filter, because there may not be
any relationship between an arbitrary key and the timestamp set on it.
On Tue, Aug 28, 2012 at 9:33 AM, John Armstrong wrote:
> On 08/28/2012 09:26 AM, bob.thor...@l-3com.com wrote:
>
>> Does anyone know of a TimeSpan Ite
On Tue, Aug 28, 2012 at 6:33 AM, John Armstrong wrote:
> On 08/28/2012 09:26 AM, bob.thor...@l-3com.com wrote:
>
>> Does anyone know of a TimeSpan Iterator that will fetch rows based on
>> the accumulo timestamp?
>>
>
> We actually wrote our own TimestampRangeIterator and TimestampSetIterator
> c
You're right there is no relationship. But for every rowid I want only
those within a particular timespan. So the columns below I would want
to specify a timespan (e.g. 123456786-123456788) and get only those
three rows back.
12345 CF1:CQ1 [public] 123456789 : Value1
12345 CF1:CQ1 [public] 1
Billie
Your comment "Users should be aware that this is not an efficient
operation, though." may help me decide if my current use of a secondary
time index is better then. Right now I maintain a table that has
timestamps as the rowid whose values are the rowid in a metadata table.
Therefore I
On 08/28/2012 12:47 PM, bob.thor...@l-3com.com wrote:
You’re right there is no relationship. But for every rowid I want only those
within a particular
timespan. So the columns below I would want to specify a timespan (e.g.
123456786-123456788) and
get only those three rows back.
*From:*Willi
It could be inefficient if you can't narrow down your search of a table to
specific ranges, via an index or some hint stored in the key that you can
use to seek() around. You're left with doing an exhaustive search of the
data, even if clients will only see data that matches your filtering
criteria
On Tue, Aug 28, 2012 at 9:51 AM, wrote:
> Billie
>
> ** **
>
> Your comment “Users should be aware that this is not an efficient
> operation, though.” may help me decide if my current use of a secondary
> time index is better then. Right now I maintain a table that has
> timestamps as the ro
Does anybody have experience with running Accumulo on top of Java 7? The
mailing list archives show that David Medinets tried compiling 1.3.5 on the
openjdk implementation back in December, but it doesn't look like there was
much follow up on it.
When I'm trying to use the 1.4.1 dist tarball on CD
I have Accumulo 1.5 HEAD running on JDK 1.7 on Ubuntu 12.04 x64. It runs fine
On Aug 28, 2012, at 7:08 PM, Mike Drob wrote:
> Does anybody have experience with running Accumulo on top of Java 7? The
> mailing list archives show that David Medinets tried compiling 1.3.5 on the
> openjdk impleme
Check that the memory configuration you are using is appropriate for your
system. The master/monitor are relatively small processes in 1.4.
Make sure the write-ahead log directory exists on all nodes.
Be sure to check the .err/.out files.
If you don't have .err/.out files, double check your ssh
http://affy.blogspot.com/2012/08/stackscript-for-accumulo-on-linode.html
As an alternative to the VM recently offered, I have written a
Stackscript that configures Hadoop, Zookeeper, and Accumulo as a
single-node for a Linode server. It takes about 10 minutes for the
startup to complete. Then it i
13 matches
Mail list logo