this post was submitted on 13 Sep 2025
319 points (99.1% liked)
Programmer Humor
26372 readers
1269 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Just use Mongo, it scales so well!
Never understood why anyone chose Mongo. Though I have some funny memories getting rid of it because it was slowing the app down sooo much.
If you need something for storing JSONs and querying, just use ElasticSearch/OpenSearch.
Oh god, all the people storing massive JSON documents, and then having to lock the whole thing to modify sub-entities.
Or add a column next to the json with some data about the json and index that.
But is Elasticsearch web scale?
I say this with all appropriate irony: as the guy that deployed it at for Wikipedia, yes.
used OpenSearch in a recent project, but the number of annoyances with it are through the roof. From SSL certs setup to bad defaults in settings, and the fact it does type inference for indices requiring you to manually recreate the index, and the docker container that takes 30s to start every time...
If you can use mongo, just use that. Or pick something other than OpenSearch if that's overkill for you.
Where I work we use mongo, it's not what I would've picked but i guess it helped early dev speed and bad practices like having productus do direct db edits to save a situation because the app isn't mature yet.
By now when collections are getting huge and documents as well we've had to archive more and more recent data, which causes problems, and we have to really make sure our queries are sharp or cost and lag will go through the roof.
With that said, it actually works pretty ok for a production platform with quite a big customer base, and there are many improvements we could do if we had the time.
If I were there at day one I'd have rooted for sql, mainly based on how much these different collections have to relate, but I don't think mongo is as horrible as many people make it out to be and it does have upsides.
I've used it for one small project and quite liked it. I struggle with the concepts behind relational databases and Mongo's approach was understandable for me.