We use MongoDB as our primary database (hosted with Mongo Atlas) here at Mixmax and it's been a pleasure to use. It's allowed us to move very quickly by not having to deal with schema migrations when adding new features. We have a few terrabytes of data and a query volume of about 1k writes a second.
Ask HN: Does anyone have success stories with MongoDB?
11–20 of 23 posts
Re: Ask HN: Does anyone have success stories with MongoDB?
#12There are many, many companies that rely on MongoDB. Companies like Google, Facebook, Cisco, Expedia, eBay, just to name a few.
In my experience data loss and operational issues are a thing of the past. With the current version of MongoDB, 3.6, there are lots of data safeguards in place. One of the biggest frustrations that any company faces in the age of the internet is old topics of discussion. MongoDB has come a long way since many "problem area" blog posts and articles.
If you haven't tried out the latest version and put it through its paces, I would highly encourage you to do so. Judging by reports of others here as well as performance and security analysis done by outside vendors, MongoDB is truly web scale.
I've written my own blog posts on MongoDB Performance (https://www.kenwalger.com/blog/nosql/mongodb/mongodb-perform...) and Data Durability (https://www.kenwalger.com/blog/nosql/mongodb/data-durability...) which, while based on MongoDB 3.4, still offer some useful insights into the current state of MongoDB.
Try it out and report back your own findings.
Re: Ask HN: Does anyone have success stories with MongoDB?
#13There are many, many companies that rely on MongoDB. Companies like Google, Facebook, Cisco, Expedia, eBay, just to name a few. In my experience data loss and operational issues are a thing of the past. With the current version of MongoDB, 3.6, there are lots of data safeguards in place. One of the biggest frustrations that any company faces in the age of the internet is old topics of discussion. MongoDB has come a l…
I've tried out many major versions which add new features (MVCC in 3.x was a game changer IMO). But it's just difficult to convince a lot of engineering teams these days to use MongoDB because of all the negative reviews floating around.
Re: Ask HN: Does anyone have success stories with MongoDB?
#14I have worked on several projects that successfully used MongoDB over the past six or seven years now with three different companies. One project had over 5TB of data spread out over a couple of databases with numerous collections each, and no we didn't shard that database. We also didn't have any issues with accessing the data at that size. When I see negative stories around a technology, especially databases/data s…
Me too. One of my consulting gigs back in 2012 was based on MongoDB and the system is still working well in production afaik. The use case was to store complex documents but size wasn't an issue, nor was the global table lock (it was a law firm's document management system). But over the years people's opinions seem to have changed from neutral to outright hostile when I bring up MongoDB.
Also I used mongo's map reduce framework back in the day for reporting, something that stored procedures are still lagging behind (based on my experiences in MySQL and Postgres)
Re: Ask HN: Does anyone have success stories with MongoDB?
#15In my company, we are currently working on several projects backed by MongoDB. All of them do it successfully. Everybody I work with is really happy with MongoDB. I only know one user that thinks MongoDB has not a really good performance, why? He compares it with ElasticSearch in a strict search use case. As you can see, he is not making a good comparison. So, it's better to learn and test before saying uncertain phr…
Do you guys have any whitepapers/engineering blog posts about using MongoDB? I'd really like some engineering insights into what access patterns are used in modern MongoDB based systems.
Also, regarding ES, its easy to see how each system prioritizes things. For me if I had to design a system today I'd use MongoDB as the main OLTP database, use ES for search (with regular jobs syncing data between Mongo and ES), and use Hadoop/Spark for analytics. Mongo is decent for OLAP loads but there's no point running OLAP queries on production OLTP stores.
Re: Ask HN: Does anyone have success stories with MongoDB?
#16We use MongoDB in several capacities on several projects: A cache/ speed layer for content distribution worldwide (relying on replica set across data centers), an event source for customer loyalty and profile management, and as a backend for an e-commerce style customer facing web store. In each of those projects we leveraged several mongo features that were well suited to the problems we had. Our mongo clusters have…
Caching is an interesting use case. I never thought about that. Would love to see a blog post/writeup on that.
Re: Ask HN: Does anyone have success stories with MongoDB?
#17i`m new in mongo but i`m happy to learn everything about it, for the moment i`m to fresh to throught a opinion, but is an excellente way to storage data
Re: Ask HN: Does anyone have success stories with MongoDB?
#18i`m new in mongo but i`m happy to learn everything about it, for the moment i`m to fresh to throught to opinion, but it is an excellent way to storage data.
Re: Ask HN: Does anyone have success stories with MongoDB?
#19Yes I do, I've deployed MongoDB cluster with 3 node replica set for production. I've started with single instance MongoDB for development with version 2.2.2. Right now I'm using 3.6. It is a nice journey with MongoDB. I learned about data and science from MongoDB only. Eagerly waiting for 4.0.0 when I can use transaction also.
Re: Ask HN: Does anyone have success stories with MongoDB?
#20We using MongoDB for many internal projects (ASP.NET Core) in our big company.
Biggest replica-set - 3x(8 Xeon cores and 32GB RAM) has
600 inserts/600 update/500 deletes in second without any sharding.
Average document size ~ 50 - 300KB. It work perfect with authomathic failover, when Oracle with their CLOB types collapsed with Disk IO. MongoDB save a lot of time for us.
But first you need to understand how it works and then you'll love it too.