Truth is you shouldn’t always use MongoDB. But saying to never use it is a bit extreme.
- If your application needs full ACID guarantees, don’t use MongoDB.
- If you’re not willing to learn MongoDB best practices, how to structure your data, and how to architect your application to work with your database, don’t use MongoDB.
- If you can’t take any risks and can’t afford to learn from failure, don’t use MongoDB or any technology which doesn’t have a long proven track record.
- If you don’t have any users yet and your main/only reason for using MongoDB is scale, don’t use MongoDB.
One of the common themes in our line of work is change. MongoDB is a great fit for us right now. Our application is rapidly changing, our data is rapidly changing. Will MongoDB do the job a year from now? Two years from now? Maybe, maybe not. If you’re able to adapt and change this shouldn’t be an issue.
Don’t be afraid of painting yourself into a corner, just make sure you’re not too high off the ground and there’s a window to jump out of.
Send comments and/or hatespeech my way: @oscrperez.