Re: riak-ql

2011-07-27 Thread Kev Burns
s but it relies on listkeys and listbuckets. I thought about releasing it but the performance quickly becomes prohibitively slow with any appreciable amount of data. riak-ql seems like a step in the right direction. What's on the roadmap and how can I help? Have you considered submitting it t

Re: riak-ql

2011-07-27 Thread Antonio Rohman Fernandez
>>>> >>>> On Mon, Jul 25, 2011 at 9:40 AM, francisco treacy wrote: >>>> >>>>> It's awesome for ad-hoc querying, at least. An example can better explain. >>>>> >>>>> Consider this: >>>>> >

Re: riak-ql

2011-07-27 Thread francisco treacy
b.add('users').map('query', '.address .street where >>> .weight:expr(x !.expired').run() >>> >>> >>> as opposed to: >>> >>> db.add('users').map(function(v) { >>> v = Riak.mapValuesJson(v)[0]; >&

Re: riak-ql

2011-07-27 Thread francisco treacy
Hi Kevin > Francisco - How's performance on riak-ql? > > The problem I see with riak-ql and Antonio's thing is that they're > invariably going to be slow. > Javascript Map/Reduce over an entire bucket is just not suitable for inline > requests. No-one said you

Re: riak-ql

2011-07-26 Thread Antonio Rohman Fernandez
91 On Tue, Jul 26, 2011 at 8:21 PM, Antonio Rohman Fernandez <roh...@mahalostudio.com> wrote:   "The problem I see with riak-ql and Antonio's thing is that they're invariably going to be slow._javascript_ Map/Reduce over an entire bucket is just not suitable for inline requests." Y

Re: riak-ql

2011-07-26 Thread Kev Burns
> If you’re using Riak Search, the list of inputs can also reference a search > query to be used as inputs. > Hopefully Secondary Indexes comes with a new map/reduce input type that does something similar. - Kev c: +001 (650) 521-7791 On Tue, Jul 26, 2011 at 8:21 PM, Antonio Rohman Fe

Re: riak-ql

2011-07-26 Thread Antonio Rohman Fernandez
"The problem I see with riak-ql and Antonio's thing is that they're invariably going to be slow._javascript_ Map/Reduce over an entire bucket is just not suitable for inline requests."Yes, of course, i also think that the MapReduce phases should be done in the background wi

Re: riak-ql

2011-07-26 Thread Kev Burns
Francisco - How's performance on riak-ql? The problem I see with riak-ql and Antonio's thing is that they're invariably going to be slow. Javascript Map/Reduce over an entire bucket is just not suitable for inline requests. Take PodCrazy http://podcrazy.net/ It's backed en

Re: riak-ql

2011-07-26 Thread Antonio Rohman Fernandez
wesome for ad-hoc querying, at least. An example can better explain. Consider this: db.add('users').map('query', '.address .street where .weight:expr(x !.expired').run() as opposed to: db.add('users').map(function(v) {  v = Riak.mapValuesJson(v)[0];  var result

Re: riak-ql

2011-07-26 Thread Antonio Rohman Fernandez
amp; v.acl && v.acl.state === '1101' && !v.expired) {    if (v.address) {      result.push(v.address.street);    }  }  return result; }).run() riak-ql is basically adding some query sugar (where, &&) on top of JSONSelect... which you can try it out here:http://jsonselec

Re: riak-ql

2011-07-26 Thread Jonathan Langevin
le can better >>> explain. >>> >>> Consider this: >>> >>> db.add('users').map('query', '.address .street where >>> .weight:expr(x !.expired').run() >>> >>> >>> as opposed to: >>> >

Re: riak-ql

2011-07-26 Thread Kev Burns
map('query', '.address .street where >> .weight:expr(x !.expired').run() >> >> >> as opposed to: >> >> db.add('users').map(function(v) { >> v = Riak.mapValuesJson(v)[0]; >> var result = []; >> if ((v.weight < 180

Re: riak-ql

2011-07-26 Thread Antonio Rohman Fernandez
>> if ((v.weight < 180 || v.exempt) && v.acl && v.acl.state === '1101' >> && !v.expired) { >> if (v.address) { >> result.push(v.address.street); >> } >> } >> return result; >> }).run() >> >> riak-ql is basical

Re: riak-ql

2011-07-26 Thread Jonathan Langevin
&& v.acl.state === '1101' > && !v.expired) { >if (v.address) { > result.push(v.address.street); >} > } > return result; > }).run() > > > riak-ql is basically adding some query sugar (where, &&) on top of > JSONSelect... which you

Re: riak-ql

2011-07-25 Thread francisco treacy
to: db.add('users').map(function(v) { v = Riak.mapValuesJson(v)[0]; var result = []; if ((v.weight < 180 || v.exempt) && v.acl && v.acl.state === '1101' && !v.expired) { if (v.address) { result.push(v.address.street); } } retur

Re: riak-ql

2011-07-24 Thread Mark Phillips
Hey Francisco, I for one would be interested in learning some more specifics on how you're using it. I suspect others might be, too... Mark On Sat, Jul 23, 2011 at 4:40 PM, francisco treacy wrote: > Hey all, > > Just wondering... is anyone using, or have tried out riak-ql? > h

riak-ql

2011-07-23 Thread francisco treacy
Hey all, Just wondering... is anyone using, or have tried out riak-ql? https://github.com/frank06/riak-ql Not because I developed it -- but I'm regularly making use of it and I think it kicks ass. Especially in the repl in combo with riak-js. What do you guys think? Francisco ps: r