TokuMX 1.4: Major improvements to MongoDB sharding and replication

Based on my conversations with their CTO, 10gen (nee MongoDB Inc.) is philosophically against what Toku is up to in terms of indexing and optimization.

They're trying to generalize while Toku aims at very specific query optimization.

Re: TokuMX 1.4: Major improvements to MongoDB sharding and replication

#5

Post by ddorian43 » Thu, Feb 13, 2014, 7:57 PM UTC

Now they only need to set the sharding rethinkdb-style and they win.

Re: TokuMX 1.4: Major improvements to MongoDB sharding and replication

#6

Post by esmet » Thu, Feb 13, 2014, 7:59 PM UTC

nasalgoat wrote: post #4

aaronblohowiak wrote: post #3

Why doesn't 10gen buy them?

Based on my conversations with their CTO, 10gen (nee MongoDB Inc.) is philosophically against what Toku is up to in terms of indexing and optimization. They're trying to generalize while Toku aims at very specific query optimization.

Interesting perspective, but it turns out that the opposite is true. Using better indexing is a general improvement to database performance and manageability.

Re: TokuMX 1.4: Major improvements to MongoDB sharding and replication

#7

Post by leif » Thu, Feb 13, 2014, 8:04 PM UTC

ddorian43 wrote: post #5

Now they only need to set the sharding rethinkdb-style and they win.

It's unclear exactly what you mean by "rethinkdb-style" because that could mean a number of things, but stay tuned for our posts on this next week, I think you'll be pleasantly surprised.

Re: TokuMX 1.4: Major improvements to MongoDB sharding and replication

#8

Post by nasalgoat » Thu, Feb 13, 2014, 8:04 PM UTC

esmet wrote: post #6

nasalgoat wrote: post #4

Earlier quoted context omitted.

Based on my conversations with their CTO, 10gen (nee MongoDB Inc.) is philosophically against what Toku is up to in terms of indexing and optimization. They're trying to generalize while Toku aims at very specific query optimization.

Interesting perspective, but it turns out that the opposite is true. Using better indexing is a general improvement to database performance and manageability.

His argument was that the indexing they do only improves a specific type of query. Personally I think he's wrong but that was his view a year or so ago.

Re: TokuMX 1.4: Major improvements to MongoDB sharding and replication

#9

Post by zardosht » Thu, Feb 13, 2014, 8:06 PM UTC

ddorian43 wrote: post #5

Now they only need to set the sharding rethinkdb-style and they win.

ddorian, Can you elaborate what that means?

Re: TokuMX 1.4: Major improvements to MongoDB sharding and replication

#10

Post by ddorian43 » Thu, Feb 13, 2014, 8:10 PM UTC

zardosht wrote: post #9

ddorian43 wrote: post #5

Now they only need to set the sharding rethinkdb-style and they win.

ddorian, Can you elaborate what that means?

What i mean, every node is the same, no mongos , you just connect to one random mongod and it handles the mongos funcionality.

So if you grow, you add 1 node, not a replica-set(that could be 3 nodes if you have 3x replication)