Why there are 3 config servers, not 2 or 4? When you are sharding on the primary index, how about others? Primary -> Secondary -> Secondary, what is the later secondary? Replica of replica?
In my experience, the most clear & understandable intro to MongoDB out there. I increased the speed to 1.5 & in 12 odd minutes, I understood the value proposition of MongoDB. Thanks Frank.
In my experience, the most clear & understandable intro to MongoDB out there. I increased the speed to 1.5 & in 12 odd minutes, I understood the value proposition of MongoDB. Thanks Frank.
In my experience, the most clear & understandable intro to MongoDB out there. I increased the speed to 2.5 & in 12 odd minutes, I understood the value proposition of MongoDB. Thanks Frank. For real, I like it
Excellent video Frank! You have an extraordinary ability to explain complex technical concepts in a simple, easy and concise manner. One little thing: If a config server goes down, it does not cause a database outage. While config servers are down, the cluster does not re-balance, but all CRUD operations continue normally.
In my experience, the most clear & understandable intro to MongoDB out there. I increased the speed to 1.5 & in 12 odd minutes, I understood the value proposition of MongoDB. Thanks Frank.
Nope that is not true, from the MongoDB 3.6 documentation; If the config server replica set loses its primary and cannot elect a primary, the cluster’s metadata becomes read only. You can still read and write data from the shards, but no chunk migration or chunk splits will occur until the replica set can elect a primary. docs.mongodb.com/manual/core/sharded-cluster-config-servers/
1:54 "[MongoDB will automatically add an unique id to every document because it _isn't_ required.]" Uh, wtf? Mind explaining that? That makes zero sense to me. Why would it be added automatically if it isn't needed?
It means that because it isn't guaranteed that each document WILL have a unique field (depends on whether or not the developer creates one), mongodb automatically adds one.
"so Mongo DB will automatically give you an _ID field that just automatically appended to your document that contain some unique identifier for you and that's done because there is nothing in MongoDB that says that you have to have some unique field in your document at all"
One to the best high-level overview I have seen so far.👍
Dear Frank, Excellent Intro to Mongodb !!. Appreciate putting together this great illustration. Thanks again!!. Mat.
Why there are 3 config servers, not 2 or 4? When you are sharding on the primary index, how about others? Primary -> Secondary -> Secondary, what is the later secondary? Replica of replica?
good intro
You talk funny
How to enable CDC in MongoDB?
In my experience, the most clear & understandable intro to MongoDB out there. I increased the speed to 1.5 & in 12 odd minutes, I understood the value proposition of MongoDB. Thanks Frank.
i atually do that alot
Good talk, I liked the way you say MongoDB like Microsoft SAM though :D
You know you're going to get a good technical lecture when the presenter has a bat'leth on the wall behin them
In my experience, the most clear & understandable intro to MongoDB out there. I increased the speed to 1.5 & in 12 odd minutes, I understood the value proposition of MongoDB. Thanks Frank.
In my experience, the most clear & understandable intro to MongoDB out there. I increased the speed to 2.5 & in 12 odd minutes, I understood the value proposition of MongoDB. Thanks Frank. For real, I like it
A very nice explanation of MongoDB basics, explained in a calm, clear and "ad-free" way. Thanks for sharing.
Corporate-y . I felt the same way!! some sales guy wrote their website.
Excellent video Frank! You have an extraordinary ability to explain complex technical concepts in a simple, easy and concise manner. One little thing: If a config server goes down, it does not cause a database outage. While config servers are down, the cluster does not re-balance, but all CRUD operations continue normally.
I create shard after every time I get drunk and go to taco bell.
...Hire me plz
Your tutorials are the best i could find so far. Thanks for the great quality content.
This rubbing me the wrong way. It appears marketing scripted. Stopped at 16:54 realized that this is a one click deploy in the cloud.
In my experience, the most clear & understandable intro to MongoDB out there. I increased the speed to 1.5 & in 12 odd minutes, I understood the value proposition of MongoDB. Thanks Frank.
I thought mongo stands for mong beans. Lol
Thanks a lot. Great content. Exactly what I was looking for.
awesome video, thanks for the effort
I feel like this is a movie trailer. awesome movie trailer voice!
😂😂
Best video on Mongodb on RUclips so far...
Love your videos!!
Excellent Frank....
Awesome wrap-up, thank you very much! :)
Great tutorial thanks!
Really helpful, thanks!
Very good, no-nonsense overview.
lot of business now is using mongoDB
where are you from?
Florida
Can't wait to finish the full course :)
IS it true that one config server is down the whole cluster is down? I dont think so.....can someone validate that?
Nope that is not true, from the MongoDB 3.6 documentation;
If the config server replica set loses its primary and cannot elect a primary, the cluster’s metadata becomes read only. You can still read and write data from the shards, but no chunk migration or chunk splits will occur until the replica set can elect a primary.
docs.mongodb.com/manual/core/sharded-cluster-config-servers/
Partition-tolerence : By that do you mean dividing data across multiple databases ? something like sharding ?
Assuming a single replica set, if the primary gets overloaded with write or read requests is the load balanced by the secondaries ?
what about Postgresql?
Great Intro
1:54 "[MongoDB will automatically add an unique id to every document because it _isn't_ required.]"
Uh, wtf? Mind explaining that? That makes zero sense to me.
Why would it be added automatically if it isn't needed?
It means that because it isn't guaranteed that each document WILL have a unique field (depends on whether or not the developer creates one), mongodb automatically adds one.
So, a unique field of some kind *is* required?
Yes, but you don't need to provide one of your own.
It is needed, but not demanded. (Required has more than one meaning)
"so Mongo DB will automatically give you an _ID field that just automatically appended to your document that contain some unique identifier for you and that's done because there is nothing in MongoDB that says that you have to have some unique field in your document at all"