Why I don't use MongoDB

preview_player
Показать описание
I discuss why I don't use MongoDB. I am currently using PostgreSQL, but I will be trying some different NoSQL databases in the future.

----
Video Suggestions:

----
Follow Me Online Here:

----
#benawad

----
#benawad
Рекомендации по теме
Комментарии
Автор

So Funny that I made a video last week with the exact same title. But my reasons are completely different.

hnasr
Автор

You can do a manual join where you put a FK in a field and they manually reference it via query

zzej
Автор

Mongoose which is a wrapper around MongoDB has relationships which is similar to joins, actually with Mongoose, you just need one reference in your Schema and use a function called populate and it will automatically bring data from multiply Schema together, also it has type checking and enforced structure as-well, also amazing at scaling, just like attaching onto a prototype of a JS object and that's it, also has life hooks as-well.

Mongoose really improves on MongoDB.

devilmanscott
Автор

Love the video and the perspective!!!!

ExcelTutorials
Автор

cool video, I'm interested in your further findings.
and the rumor your were talking about, as far as I know is actually not a rumor, it's possible because of one of the NoSql database's BASE properties: eventual consistency. which means that the transaction finalizes over time. unlike the atomicity of transactions in relational databases. people usually compare ACID vs BASE when comparing SQL and NoSQL databases, take a look if you are interested.

halvedbagel
Автор

You can query alot of dable (table with data in mind :D). I had to pause and finish laughing. Funny how the brain works.

faresar
Автор

One option to address MySQL and Postgres scalability is AWS Aurora. Mongo gets all the attention in the NoSQL world but Cassandra seems to be much faster and more scalable. It would be interesting to see your strategies for testing SQL performance. Great vid!

LetterSignedBySpiesWasA-Coup
Автор

Thanks for this. It was very interesting to hear your views on MongoDB.
I agree that you really need to think about the database design to keep it efficient. Ironically though, I nearly always build a schema with my MongoDB models for validation.
Does the lack of joins issue still apply if one is using GraphQL?
Hopefully a GraphQL/MongoDB/Redis video is still on your list?
I'm also interested in learning a graph database. I was thinking of Neo4j?

stevereid
Автор

What you thought of DynamoDB ? :) Thank you for the video.

EQuimper
Автор

What's your updated opinion on this

omemester
Автор

You can build a Schema in Mongo. (And other NoSQL solutions)
Relational and NoSQL have two completely different use cases, and should be used accordingly.
And as you mentioned, NoSQL solutions scale much more betterer than relational.
GridFS can't be done easily in relational afaik. If at all. I mean blobs are cool and all. But document store is pretty rad.

adamjones
Автор

I switched to it a few months ago. Then I switched back. There's so much functionality you'd think it'd provide, of which it does not. So it really doesn't solve many problems. But it can actually introduce them. In fact, just about everything, you could do with a SQL JSON type. SQL feels old, but MongoDB feels like it was made in the early 00's and abandoned mid way through development.

_nom_
Автор

How about Supabase? Supabase vs Mongodb. Which would be good for a react native / flutter app?

seomarshal
Автор

wouldn't graphql with mongoDB solve a lot of those problems (ie. no schema and being able to query a bunch of data with one query)... im new to any kind of persistent data storage so just wondering!

BobbyBundlez
Автор

Aggregations is how you handle joins. This is something Firebase doesn’t have without manual functions. Graph databases are where it is at. Try redisgraph, neo4j, and if all else fails supabase.

jonathangamble
Автор

I'm working on one project for my University, and it's about to manage a lot Excel files and use that data to edit, delete, chart, and things like that. and each Excel has 3000 data or more and MongoDB Is a good option in this application, because when they upload the Excel only with one query I can save all this data. And database like MySQL or PostgreSQL, are very slow...

andresmontoya
Автор

I don't use mongodb because I don't know about it

arifdevcoding
Автор

I've given a like to the video only for the opportunity to read some great comments. Thanks, Ben

RK-gmpd
Автор

Where are you hosting your PostgreSQL databases?

OnHisMissionEver
Автор

almost everything you said about mongodb is wrong

zerefdev