Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

MongoDB 2.2.0 Released

mongodb.org

Post reply on HN
Print view View original

61–64 of 64 posts

Re: MongoDB 2.2.0 Released

#61

Post by rgnitz »

rademi wrote: post #40
rgnitz wrote: post #37

Earlier quoted context omitted.

With MongoDB, you are able to shard your system. This means you can grow your databases horizontally. This is not something you can easily (or cheaply) do in the world of RDBMS. You will see much better scalability with MongoDB than with something like MySQL.

You can shard RDBMS relatively easily -- basically you wind up pushing a part of your database structure into your clients, so your clients can decide which shard to use. The cost, though, is that you wind up having a difficult time doing some things that MongoDB can't do. (For example: Renormalizing your database... Does that even mean anything for MongoDB?) There's something to be said, of course, for simplifying y…

Indeed you can distribute data to multiple independent RDBMS, but balancing when new nodes are added is probably a manual process (or a lot of custom code) that is likely to require downtime. To avoid downtime, your application would need to write to both chunks while it is balancing/migrating (and then delete the old data/chunks once it is migrated to a the RDBMS). Essentially, you would need to write what is already in MongoDB.

You would also have to write a parallel query engine.

I too am a fan of simple designs, but I think rolling your own sharding on top of a RDBMS would likely be a massive chunk of time.

There are really expensive commercial products working on horizontally scaling RDBMS... but personally, I prefer open source and document oriented databases :-)

Re: MongoDB 2.2.0 Released

#62

Post by rgnitz »

PommeDeTerre wrote: post #58
DonnyV wrote: post #33

Earlier quoted context omitted.

Isn't that system dead?

I think you'd be quite surprised if you ever found out just how much of the world, including your very own existence, depends heavily on platforms and systems that you consider to be "dead".

I totally agree there are a lot of big apps running on Sparc... but I think that it would be much cheaper to buy new x86 hardware for a all products/systems going forward (i.e., those written for MongoDB). Sun (errr... Oracle) also sells x86 Solaris servers (a platform MongoDB supports).

I would like to see ARM support :-)

Re: MongoDB 2.2.0 Released

#63

Post by rgnitz »

23david wrote: post #60
nodesocket wrote: post #57

Earlier quoted context omitted.

David knows what he is talking about, they use MongoDB in really high scale. Also, getting database level locking was like 90% of the work according to the CEO. Doing collection and finally document level locking should be somewhat trivial now. 10Gen just want's to take it slow, and make sure database level locking is working 100% correct before moving onto more granular locking.

Yep they sure are taking it nice and slow... at this pace, collection-level locking is probably only 2 more years away. Other nosql databases are nipping at their heels. David may use MongoDB at really high scale, but since when is that a reason to call someone an expert.

Moving fast and breaking things in the database world is not a good thing. That said... I highly doubt collection level locking will take too long.

I don't see anyone nipping at their heels. They have some competition in the key/value space, but there are a few different KV paradigms.

MongoDB is a complete replacement for most RDBMS apps and they are way ahead of the pack.

Re: MongoDB 2.2.0 Released

#64

Post by mh- »

eckyptang wrote: post #49
tommoor wrote: post #28

Earlier quoted context omitted.

It's not half-assed so much as a first step. 10gen have previously stated that the plan is to gradually increase the granularity or write-locks over successive releases.

Until they end up with MVCC...

aggregation and then MVCC.. the circle is complete.
Post reply on HN