Hi all ~
Great meetup today - looking forward to upgrading to 1.4
I had a question Mark suggested posting here, then we discussed with a few
other folks too: How do we unit / integration test persistence with riak?
Given a basic dev environment, e.g. running only one riak physical node
locally w
Hi,
I'm trying to get a hello world example working as follows:
require 'riak'
client = Riak::Client.new
bucket = client.bucket('revisions')
object = Riak::RObject.new(bucket, 'foo').tap do |o|
o.content_type = 'application/json'
o.data = ''
end
object.indexes[:bars_bin] = %w(foo bar)
obje
Yeah that error wasn't helping much, and you're right - I was using
bitcask, and now it's working with LevelDB.
Thanks!
On Tue, Sep 17, 2013 at 11:51 PM, Charl Matthee wrote:
> Hi,
>
> On 17 September 2013 23:43, Wagner Camarao wrote:
>
> > bucket.get_index
Hi,
I'm benchmarking 2i at scale of billion records, running one physical node
locally with mostly default configs - except for LevelDB instead of
Bitcask. Up to this point (14MM records in the bucket that's being indexed)
it's still performing lookups well for my use case (read ~ 7ms using
riak-r
to new paginated 2i that
> landed in Riak 1.4.0.
>
> Reid
>
> On Sep 25, 2013, at 10:50 AM, Wagner Camarao
> wrote:
>
> > Hi,
> >
> > I'm benchmarking 2i at scale of billion records, running one physical
> node locally with mostly default configs - exce
ld there be any downsides?
On Wed, Sep 25, 2013 at 2:18 PM, Reid Draper wrote:
>
> On Sep 25, 2013, at 3:39 PM, Wagner Camarao wrote:
>
> Reid,
> Thanks for bringing that up and yes I'm using paginated 2i.
>
>
> * What size page are you using (ie. how many resul
Hey Reid,
Just wanted to say thanks for your last thoughts on my 2i thread. I am
sorry I didn't reply on a good timing, I just realized that now.
Best
~W
On Wed, Sep 25, 2013 at 3:44 PM, Reid Draper wrote:
>
> On Sep 25, 2013, at 4:35 PM, Wagner Camarao wrote:
>
> What
I'm using 2i to model "a document has many revisions" so the index name is
a lower case string and the indexed keys are formatted as timestamp_uuid.
When I query 2i to grab last revisions on OSX they're always returned
correctly, as per riak docs say 2i sorting happens first by index name and
then