4. Funds, mutual funds, and so on
The finance industry is complicated, so don't make it more complex than it needs to be. Investment vehicles often are composed of other investment vehicles, which are then composed of other investment vehicles. Whether this is a "bandwidth" fund or a mutual fund or a fund of funds, if you're trying to perform while flattening the data out, you may suffer. Heck, the industry is full of documents that contain documents that contain documents, so why not use a document database?
As Forrest Gump said, "it happens," and you have lots of it. You need to categorize and say what "it" is like. MongoDB does this well. There are other database types that will also work (graph databases), but MongoDB is a fine choice.
People are social creatures, and over the last decade or so we've generated exabytes of social data. Mongo is a fine choice to handle the load. Often, people talk topically, with a lot of associated metadata. MongoDB is good for storing that too.
They don't call MongoDB a "document" database for nothing. It's great for serving up text and HTML, as well as for storing and indexing content and controlling its structure.
You have to water those flowers or serve those restaurant patrons or grow your vegetables or kill zombies or whatever. Games have goals, which consist of multiple objectives obtained through achievement or paying your way out. Whether it's a titanium rake or a BFG 9000, MongoDB can handle the concurrency and save the (often multilevel) data.
MongoDB may not be the only game in town with regards to event logging, but it's a perfectly good choice that won't slow you down.
Orders have line items containing product data. The order is also sent to a location and billed to another location. This is how it is and always has been. Orders also progress through many states. You might freak over the idea of a NoSQL database doing "transactions," but Mongo can perform these as discrete operations if you've properly designed your document. MongoDB can handle the concurrency, can efficiently "add one more," and can track the changes as the bill of sale moves through the system.
What kinds of projects are you doing with MongoDB? Where have you found it to be perfectly suitable, and where have you decided something else was better? Let me know in the comments.
This article, "10 common tasks for MongoDB," was originally published at InfoWorld.com. Keep up on the latest developments in application development, and read more of Andrew Oliver's Strategic Developer blog at InfoWorld.com. For the latest business technology news, follow InfoWorld.com on Twitter.