Hey Chris, Without being familiar with "hazelcast", the data size, your network setup or even the queries you're making—its pretty impossible to give any clear indictions of what you should be seeing.
I've used both mongodb and couchdb in production. All stores have their advantages and disadvantages, but like anything the answer is "it depends". Perhaps you could outline your design a little more or describe where your servers are bottle necked. (network, cpu, disk?) Cheers, Ben On Wed, Aug 11, 2010 at 9:50 AM, Chris Hulbert <[email protected]>wrote: > Hi all, > I've been inspired by some jruby blog about Hazelcast and have been playing > with it lately. (It's another NoSql engine, like memcached/couchdb/mongodb.) > I'm trying to use it in a proof-of-concept for a reconciliation engine. > Basically this involves comparing 2million records from source A vs source B > and outputting anything that doesn't match up (each record has ~8 integer > fields). > Hit a bit of a roadblock - it takes about 8 1/2 minutes to load 1 million > records into a locally running cluster of 3 or 4. And when i separated the > cluster across 3 of my colleagues, well it simply didn't get anywhere. > Can someone tell me if this 'slowness' is expected of nosql-type dbs? Am i > about right, or should it be much quicker than this? > Cheers > > -- > You received this message because you are subscribed to the Google Groups > "Ruby or Rails Oceania" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<rails-oceania%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/rails-oceania?hl=en. > -- You received this message because you are subscribed to the Google Groups "Ruby or Rails Oceania" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/rails-oceania?hl=en.
