Elegir un servicio de base de datos - mongohq vs dynamodb

Currently I am gathering information what database servce we should use. I am still very new to web development but we think we want to have a noSQL database.

We are using Java with Play! 2.

We only need a database for user registration.

Now I am already familiar with GAE ndb which is a key value store such as dynamoDB. MongoDB is a document db. I am not sure what advantages each solution has.

I also know that dynamoDB runs on SSD's and mongoDB is inmemory.

An advantage of mongoDB would be that Java Play! already "supports" mongodb.

Now we don't expect too much database usage, but we would need to scale pretty fast if our app grows.

What alternatives do I have? What pros/cons do they have? Considering:

  • Precios
  • Piel escamosa
  • Facilidad de uso
  • Play! support?

preguntado el 31 de julio de 12 a las 15:07

2 Respuestas

(Disclosure: I'm a founder of MongoHQ, and would obviously prefer you choose us)

The biggest difference from a developer perspective is the querying capability. On DynamoDB, you need the exact key for a given document, or you need to build your keys in such a way that you can use them for range based queries. In Mongo, you can query on the structure of the document, add secondary indexes, do aggregations, etc.

The advantage of doing it with k/v only is that it forces you to build your application in a way that DynamoDB can scale. The advantage of Mongo flexible queries against your docs is that you can do much faster development, even if you discount what the Play framework includes. It's always going to be quicker to do new development with something like Mongo because you don't have to make your scaling decisions from the get go.

Implementation wise, both Mongo and DynamoDB can grow basically unbounded. Dynamo abstracts most of the decisions on storage, RAM and processor power. Mongo requires that you (or someone like us) make decisions on how much RAM to have, what kind of disks to use, how to managed bottlenecks, etc. The operations hurdles are different, but the end result is very similar. We run multiple Mongo DBs on top of very fast SSDs and it works phenomenally well.

Pricing is incredibly difficult to compare, unfortunately. DynamoDB pricing is based on a nominal per GB fee, but you pay for data access. You need to be sure you understand how your costs are going to grow as your database gets more active. I'm not sure I can predict DynamoDB pricing effectively, but I know we've had customers who've been surprised (to say the least) at how expensive Dynamo ended up being for the stuff they wanted to do.

Running Mongo is much more predictable cost-wise. You likely need 1GB of RAM for every 10GB of data, running a redundant setup doubles your price, etc. It's a much easier equation to wrap your head around and you're not in for quite as nasty of a shock if you have a huge amount of traffic one day.

By far the biggest advantage of Mongo (and MongoHQ) is this: you can leave your provider at any time. If you get irked at your Mongo provider, it's only a little painful to migrate away. If you get irked at Amazon, you're going to have to rewrite your app to work with an entirely different engine. This has huge implications on the support you should expect to receive, hosting Mongo is competitive enough that you get very good support from just about any Mongo specific company you choose (or we'd die).

I addressed scaling a little bit above, but the simplest answer is this: if you define your data model well, either option will scale salir just about as far as you can imagine you'd need to go. You are likely to not do this right with Mongo at first, though, since you'll probably be developing quickly. This means that once you can't scale vertically any more (by adding RAM, disk speed, etc to a single server) you will have to be careful about how you choose to shard. The biggest difference between Mongo and Dynamo scaling is when you choose to make your "how do I scale my data?" decisions, not overall scaling ability.

So I'd choose Mongo (duh!). I think you can build a fantastic app on top of DynamoDB, though.

Respondido 31 Jul 12, 16:07

Thanks for your honest disclosure. I'm a fan of Mongo and I think you guys are awesome. I am also confused with DynamoDB. I mean, it sounds like it would be very useful but the whole pricing scheme turns me off. However, I would be interested in your opinion on what DynamoDB offers OVER your product. Not as a knock on you guys, but I find it interesting when professional companies can acknowledge their weaknesses in certain areas. There may not be any with MongoDB/HQ vs DynamoDB. But your opinion might be useful for some. BTW, I am a free member of MongoHQ that will upgrade to paid. - cbmeeks

As you said, mongoDB is one step ahead among other options, because you can use morphia plugin to simplify DB interactions(you have JPA support as well). Play framework provides CRUD module (admin console) and secure module as well (for your overall login system), so I strongly suggest you to have a look at' em.

Respondido 31 Jul 12, 15:07

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.