When should you shard your database?

  Рет қаралды 78,304

Hussein Nasser

Hussein Nasser

Күн бұрын

Пікірлер: 153
@wh264
@wh264 3 жыл бұрын
Thanks for the excellent content. I've summarized this for my own understanding. Before you Shard, try the following first 0. Understand what your actual problem is before optimizing(too slow reads vs too slow writes) Analyze your slowest queriers and see why its slow: kzbin.info/www/bejne/Y6KxhIuBbNhqldk Create indexes on appropriate columns and tune your data schema. 1. Horizontal Partitioning - Have partition key(mostly on primary key) and split database into different ranges. This will create smaller B-trees on the indexes. 2. Vertical Partitioning - When you have columns that you rarely access, and you cut a column out of the main database. This will make reads faster for frequent queries and slower for not frequent queries and make your B-trees smaller(less space in memory also) Partitioning Video: kzbin.info/www/bejne/h3KVZpaDjNVsis0 ----
@siddhantdeshmukh7120
@siddhantdeshmukh7120 3 жыл бұрын
Thanks : )
@大盗江南
@大盗江南 3 жыл бұрын
Thanks man!
@1o11o11
@1o11o11 3 жыл бұрын
thanks! saved to notes
@fakrul7483
@fakrul7483 3 жыл бұрын
Thanks dude
@arsenalism
@arsenalism 2 жыл бұрын
Appreciated it
@gregt0m
@gregt0m 3 жыл бұрын
Hussein, you have a great style of presentation with proper tone, cadence, painting pictures without use of displays, and humor thrown in the right places. All this with no sense of arrogance exuded. Love your videos.
@dipunjgupta8082
@dipunjgupta8082 3 жыл бұрын
Most underrated channel on youtube. Sometimes I get bored from work and I come here to learn something interesting. You don't even know how much your videos mean to me. Thanks a lot Hussein! I am gonna use social distancing analogy a lot from now on 😂
@abdelrahmanshehata7942
@abdelrahmanshehata7942 2 жыл бұрын
You are such a genius !!! You started by answering the question very early in the video, I like it. Then you started explaining everything very nicely !!! Perfect !!! Go on maaaaaaan
@hnasr
@hnasr 2 жыл бұрын
Im Glad to you liked it! بالتوفيق
@zorsen117
@zorsen117 3 жыл бұрын
16:11 do you really want to do this with you life? I don't know man, I should have been a cook or something.
@dejangegic
@dejangegic 3 жыл бұрын
@Jamison Grotzinger I will kindly ask you to fuck off
@varatharajandhamotharan1511
@varatharajandhamotharan1511 3 жыл бұрын
I would say under rated channel. He is not teaching but he is discussing in a very informative way
@mramakrushnaYT
@mramakrushnaYT 3 жыл бұрын
That's wonderfull Hussein, Understanding the Why before going for a specific tech..
@hnasr
@hnasr 3 жыл бұрын
Thanks Rama!
@adityajoardar578
@adityajoardar578 3 жыл бұрын
This channel is addictive
@tahoemph
@tahoemph 2 жыл бұрын
One thing you don't mention which is important to understand is that read replicas cause some load on your primary for replication. Much like anything else, as you said, it isn't free. But it is fairly cheap. One use case you missed for sharding is data sovereignty. Sometimes data can be split into groups by location (e.g. zip country code) which not only can help with performance but can meet legal requirements for where data lives.
@ganeshkhirwadkar4127
@ganeshkhirwadkar4127 3 жыл бұрын
Being a non-backend developer I still think atleast while watching your videos that I am a one of them !!! Superb and Easy Explaination
@hnasr
@hnasr 3 жыл бұрын
❤️ thanks Ganesh!
@rodrigocaballerohurtado5367
@rodrigocaballerohurtado5367 3 жыл бұрын
Hussein: You cannot longer perform transactions with sharding Me: thanks captain, that's it for me on the subject
@banxt
@banxt 7 ай бұрын
“Predictably Irrational” is a very good book! :-p
@section9999
@section9999 4 жыл бұрын
Wow a whole ton of good stuff here. Props to you good sir!
@hnasr
@hnasr 4 жыл бұрын
DataSurgeon 369 😊🙏 enjoy thanks for your comment
@karthikeyansrinivasan52
@karthikeyansrinivasan52 4 жыл бұрын
Another fantastic video from this great guy to start an another beautiful day!!!
@punerealestatebuilder
@punerealestatebuilder 2 жыл бұрын
I saw many videos but the way you explained horizontal/ vertical partitioning in just 30 sec is going to be with me foreever
@sundeepdharma
@sundeepdharma 4 жыл бұрын
Sharding is not really needed as you mentioned we can go for partitioning and local indexes within the partitions itself. What if writes are more there are various options in enterprise products, I worked long back with Oracle RAC setup with vplex managing the data storage for different nodes. Avoid writing component logging or audit trail logging to RDBMS instead write to nosql. I personally think only business data (OLTP) should be there in RDBMS all others can go log database (nosql) or splunk or datadog etc...
@ahsaanali4512
@ahsaanali4512 2 жыл бұрын
I really love to watch your videos even though those topics are not the part of the my job but I watch it because I know I'll definitely learn something new. So keep updating us and keep uploading, appreciable.
@vnaveenkumar982
@vnaveenkumar982 3 жыл бұрын
The best content on the internet with a crazy presentation skills. it was wonderful Hussein.
@natem889
@natem889 3 жыл бұрын
Loved the way you explained. After a long time, I listened to some video for the whole duration.
@pradeepgupta4647
@pradeepgupta4647 8 ай бұрын
My search ends here, to clear my doubt thank you.
@libranpal
@libranpal 3 жыл бұрын
Just to be clear, you don't sacrifice the transactional capability per se; you can't do it across shards but if the sharding is designed to keep every shard with no client depedency on the other shards, the transactional capability isn't lost. You may want to think of it for any cloud company where the database sharding is done per tenant and every tenant has private data. Says shards are created on a range of tenant names (say a-c for shard1, d-e for shard2 etc) , you aren't going to loose any capabilities here.
@101kawsar
@101kawsar 2 жыл бұрын
My man often mentions Django, I love it :)
@АйбарЖоламанов
@АйбарЖоламанов Жыл бұрын
Great video! I respect that you mentioned go
@nadertarek4822
@nadertarek4822 2 жыл бұрын
When I find this DENSE content really enjoyable just like I'm watching Netflix, that does mean one thing you are really GREAT!!!, Thank you so much Hussein
@abhileo17
@abhileo17 26 күн бұрын
made it so easy! awesome
@hrayrpetrosyan5330
@hrayrpetrosyan5330 2 жыл бұрын
Thank you so much, Hussein! You're doing such a good job.
@cloud5887
@cloud5887 4 жыл бұрын
Lol I love the way you explain stuff. Subscribed!
@sanjaybhatikar
@sanjaybhatikar 2 жыл бұрын
THOU SHALT NOT over-engineer too early. I am definitely putting that up on my wall :)
@kapilrbagul
@kapilrbagul 4 жыл бұрын
Excellent one... just wanted to know your approach to be on top of latest technology. Which resources do you use? Which technology podcast do you listen? Can you make video on this topic? 😊
@abhay626
@abhay626 Ай бұрын
Amazing, thanks Hussein!
@robertkozik4845
@robertkozik4845 3 жыл бұрын
Just pointing this out: You can overwhelm a MySQL server's IO capacity very quickly with php-fpm at scale. Because each request spins up its own database connection, so unless you're throwing their write requests into a message queue then bulk inserting it's contents via some stateful service each connection = at least 1 IO event. And if you're co-locating odds are you don't want to set your io_capacity parameter above 2000 IOPS because of SSD burnout, and for php-fpm's concurrency model(or lack thereof) it's not hard to hit that threshold at even a small scale. Typically php-fpm sites of scale you'll see 30-50k IOPS, so even a cloud-based solution would be cost prohibitive. Not trying to be a jerk or anything because this requires a lot of specific knowledge of a particular programming language's execution model. But having said that, it's totally possible to overwhelm IO without a few million daily page views. Since you gotta keep in mind 80% of the traffic hits in 20% of the day. That's also basically the mark when Web 2.0 companies of yesteryear started sharding their LAMP apps.
@ethanj1533
@ethanj1533 2 жыл бұрын
So just don’t use fpm?
@WeiLiuhaha
@WeiLiuhaha 2 жыл бұрын
It's such a pleasure to watch! Fun and knowledgeable!
@ssksarraju
@ssksarraju 3 жыл бұрын
Great video. Love the way you explain the things. I wish you had elaborated little more or probably make a new video on why transactions are tough with sharding.
@hnasr
@hnasr 3 жыл бұрын
Correct that would require another video because its a deep topic , thanks for your comment ❤️
@stephennjuguna3793
@stephennjuguna3793 3 жыл бұрын
Just Wow! Learning so much from you Hussein
@Wherrimy
@Wherrimy 3 жыл бұрын
Thanks, Ill stick with sharting
@bashashaikabdul
@bashashaikabdul 2 жыл бұрын
Great explanation
@EzequielRegaldo
@EzequielRegaldo 3 жыл бұрын
Thats why i love mongo db, sharding Is a breeze but can be better with relations, i want it, i need ir. Mongo router rocks
@RAYGUNWOD
@RAYGUNWOD 4 жыл бұрын
Fantastic video - thank you so much Hussein!
@krisna44
@krisna44 3 жыл бұрын
Your presentation is excellent
@judylee9452
@judylee9452 3 жыл бұрын
You are amazing . You are so wise. Thank u.
@ReyAlexam
@ReyAlexam 3 жыл бұрын
I learned a lot by this. Thank you
@AubrieKarvis
@AubrieKarvis 6 күн бұрын
Thanks for the breakdown! 🤔 I have a quick question: 🤷‍♂️ I have a set of words 🤷‍♂️. (behave today finger ski upon boy assault summer exhaust beauty stereo over). Can someone explain what this is? 😅
@tarekali7064
@tarekali7064 4 жыл бұрын
Great videos! Thank you for making them!
@hnasr
@hnasr 4 жыл бұрын
Thanks Tarik!
@abhishekt800
@abhishekt800 2 жыл бұрын
loved it..thanks for the explanation
@sanjaybhatikar
@sanjaybhatikar 2 жыл бұрын
Beautiful, thank you :)
@donlywaybv
@donlywaybv 3 жыл бұрын
I'm your subscriber :D
@Euquila
@Euquila 3 жыл бұрын
sharding is like sharting, unpleasant but sometimes necessary
@mustafaalmulla
@mustafaalmulla 3 жыл бұрын
FYI, MongoDB have ACID transaction support with sharding
@thulasipb123
@thulasipb123 3 жыл бұрын
Excellent video. Thank you
@coding3438
@coding3438 3 жыл бұрын
It’s difficult to focus when the only thing I can’t take my eyes off is the silver ps2
@omose14
@omose14 2 жыл бұрын
Awesome bro!
@pavelkravchenko2810
@pavelkravchenko2810 3 жыл бұрын
Why logic on client? You can make service that deals with this requests from client and send them to the right dB server? Or I don't understand something?
@crabjuice47
@crabjuice47 3 жыл бұрын
Bro you are fucking brilliant and that you are willing to teach others what you know in such a good engaging way I love it. God Bless you even if you don't believe in God or not. :)
@desiaclementslewis8318
@desiaclementslewis8318 3 жыл бұрын
thank you
@sahersalamh9032
@sahersalamh9032 3 жыл бұрын
Amazing video, please make an arabic channel, we are missing this content here dude.
@shaheerzaman620
@shaheerzaman620 4 жыл бұрын
Great video Hussein. Can you please make a video on indexing and Acid transactions? That would be great! Thanks.
@hnasr
@hnasr 4 жыл бұрын
shaheer zaman thanks Shaheer! Check out my ACID video here Relational Database ACID Transactions (Explained by Example) kzbin.info/www/bejne/pqDQqX2Fe7uWh9U .. i am still need to work on the indexing video coming soon :)
@KuriaNdungu
@KuriaNdungu 3 жыл бұрын
Excellent content bro
@nitreall
@nitreall 2 жыл бұрын
When exactly though? Share some numbers
@elmeroranchero
@elmeroranchero 3 жыл бұрын
is there any risk of outdated data if the slaves do not sync on time? how do we deal with this?
@ackrman
@ackrman Жыл бұрын
@14:00 is it still the case? I read that mysql supports transaction on sharding xa transactions or distributed transactions. And mysql nda cluster support acid.
@SyedHaris007
@SyedHaris007 3 жыл бұрын
Please make a video on Elastic search
@peop.9658
@peop.9658 Жыл бұрын
Can you name the youtube's podcast you referred to?
@Faz13able
@Faz13able 3 жыл бұрын
Hello I have log server. There is not transaction. Its straight write and read. No update or delete will be performed. And no rollback is necessary. Problem is minimum log size is 400 GB plus which consists of raw text data only. DB size increases 40 GB per day min. So you understand there is a a lot of write in the database . Problem is there is too much write in one instance that I can not read the database. Its a MongoDB database and I searched and found I can do sharding to distribute the read write. And Mongo shard comes with tool like mongos which will distribute my query from client based on lets say timestamp. So should I proceed with this plan or should I do partition first? And also the pipeline is at development stage so if u recommend I can still change DB to postgres or other DB technology. Thanks.
@momardiouf9141
@momardiouf9141 4 жыл бұрын
Greate content Hussen and thanks for sharing we learn a lot with you I just comme back to a previous question asked by another person in comments, he sais : "just wanted to know your approach to be on top of latest technology. Which resources do you use? Which technology podcast do you listen? Can you make video on this topic? " Can you answer to this please ? It will help us agains Thanks again for this greate content
@hnasr
@hnasr 4 жыл бұрын
Momar Diouf thank you Momar! Appreciate you 🙏 I learn by listening to podcast, watching videos , reading and implementing the thing . I always ask why a tech exists before I ask what. I made few videos on the topic of learning check them out When Learning Backend Engineering Ask Why, not What (Minute Engineering) kzbin.info/www/bejne/bGinmJ-CrNN1irc My Preferred Method of Learning Backend Engineering Technologies kzbin.info/www/bejne/an_WiKGKlJJ5pac Learning at Home, Consistent Hashing, Empathy with Engineers and More - Software Chat kzbin.info/www/bejne/bIHVg2mJjJmEfa8 Advice for Junior backend engineers who just started their new jobs in software companies kzbin.info/www/bejne/jGSmYYmsg9d5kJo
@momardiouf9141
@momardiouf9141 4 жыл бұрын
@@hnasr Thanks for the reply. I will check the links Thanks
@serhiihorun6298
@serhiihorun6298 3 жыл бұрын
Cool thank you!
@uwemnkereuwem6272
@uwemnkereuwem6272 2 жыл бұрын
How about multi-master replication or bi-directional replication?
@nykid30
@nykid30 2 жыл бұрын
So this is mostly focused on SQL right?
@MohamedZiada
@MohamedZiada 4 жыл бұрын
always great video Hussein, thank you. Journal, logging all the traffic for website/ application, could be Database heavy write , right?
@hnasr
@hnasr 4 жыл бұрын
Thanks Mohd! and Correct, logging is a database write heavy operation so you would choose an LSM based DB such as RocksDB or myRocks.. Check out my database engines video for more details on this topic
@zaheerkhan8097
@zaheerkhan8097 2 жыл бұрын
One question I had does databases like Postgres provide facility for automatic sharding . If yes what process do they follow while doing the same
@asdfasdfasdfasdf219
@asdfasdfasdfasdf219 3 жыл бұрын
I didn't get the difference between scaling writes by region vs sharding. Is it the same but the first one is sharding by region?
@nikolakolarov1416
@nikolakolarov1416 4 жыл бұрын
Great video! Are you planning to make a separated video about Vitess?
@hnasr
@hnasr 4 жыл бұрын
Nikola Kolarov thank you! Yes I am planning to make a video on Vitess
@nikolakolarov1416
@nikolakolarov1416 4 жыл бұрын
Hussein Nasser Awesome
@shivashankar_1998
@shivashankar_1998 3 жыл бұрын
Can we use timescale DB extension with postgres for faster writes ?
@DipanjalMaitra
@DipanjalMaitra 2 жыл бұрын
You are awesome. I have learned a lot from you. Thank you for being there. But I have got a little confusion at 10:41. I agree the db requestes from clients will pass through the reverse proxy but the proxy should be SQL Aware like ProxySQL but can Nginx or HAProxy be configured as SQL Aware LB?
@lionelarucy4735
@lionelarucy4735 3 жыл бұрын
Love your videos, what do you think of the 'New' SQL Databases such as CockroachDB and using them instead of complicating your life with sharding?
@hnasr
@hnasr 3 жыл бұрын
I need to do my research of them but I do this there are use cases for them. I still don’t know what is new about them so can’t really comment
@lionelarucy4735
@lionelarucy4735 3 жыл бұрын
@@hnasr Cool, I look forward to hearing your take on them, they're what I opt for in situations where I think I'd have to shard because sharding isn't fun. I've also tried others like Citus which are pretty great but a bit more work to get the most out of.
@AbleToLiveHere
@AbleToLiveHere 4 жыл бұрын
Your videos are great. Thank you
@hnasr
@hnasr 4 жыл бұрын
THANK you so much! appreciate it
@user9851-q9n
@user9851-q9n 2 жыл бұрын
why no one do with practical
@sayanchakraborty9581
@sayanchakraborty9581 3 жыл бұрын
Just a quick question, how is 'scale writes by region' (using multiple master nodes in multiple regions and directing requests to nodes based on some key) different from sharding?
@charan8820
@charan8820 2 жыл бұрын
As he mentioned, While sharding ACID properties will not be applicable. Now in case of keeping data in regional database you still have ACID properties and you can sync the data later.
@ayushjindal4981
@ayushjindal4981 2 жыл бұрын
Hi Nasser, For a system like Uber Eats , I believe we can split our Users, Orders, Restaurant, Dishes tables based on location. Now the question is shall we choose sql or nosql here? We generally go for noSQL because it avoid joins which can be costly in sharded DB, but if we maintain our tables on basis of location then there wont be any such case where we will join from table in another DB. So, which one shall we use???
@OfferoC
@OfferoC 3 жыл бұрын
Why do you prefer relational?
@hnasr
@hnasr 3 жыл бұрын
I personally didn’t run into a problem it couldn’t solve.
@venkateshkadali1137
@venkateshkadali1137 3 жыл бұрын
Can we add a reverse proxy in between all our application servers and Sharded databases which handles all the routing logic? In this way, we can also avoid duplicate code in multiple application servers.
@hnasr
@hnasr 3 жыл бұрын
Yup! You are describing how Vitess was built and how many other apps before it. Good thinking 👍
@ajaynair3366
@ajaynair3366 4 жыл бұрын
Do you have numbers that denote when a database is ready for partitioning, sharding etc?
@user-bk5xo1gj7k
@user-bk5xo1gj7k 10 ай бұрын
there are no numbers i'm afraid. you have to know your system well enough to realize the problem and analyze what solution suits you best. for example, if you are working with sensitive data, that you are legally bound to keep in certain locations, then you need sharding for that if you wanna expand to different regions. one of the reasons numbers do not work is the nature of data itself. a table with 2 columns and 50 columns are going to have different query times. then it depends on the query itself. Also the technology you are working on etc. so there are simply too many variables to have a standard. I can tell you from experience, there was one system i was working on where we had around 200 mill rows in a single table. we didnt need any sort of partitions there. On the other hand, i had a separate system, a little bit older tech as well, but data was vastly different. things came to a point where we needed partitions at 30 mill rows. index didnt cut it anymore. the point is, it has to be determined for each system. we can have some guesses, but it wont be concrete. I hope this makes sense :)
@mohamedmamdouh2122
@mohamedmamdouh2122 2 жыл бұрын
All your Research a Round How to Build Something Big and Free , I Don't Imagine If Some One Like You Try To Build Some Thing Like That How It Will Look Like , And I wonder Did You Build It Yet , And If Some One Did What Should Do If He Don't Have A Financial Back Up
@GoddamnAxl
@GoddamnAxl 3 жыл бұрын
...Or use new-sql databases like cockroach from the start
@evans8245
@evans8245 4 жыл бұрын
has anyone's database shard its pants, nope ? well ok just me then..
@hnasr
@hnasr 4 жыл бұрын
DELT 😂😂
@r3jk8
@r3jk8 3 жыл бұрын
answer is never! :) First, you login to GCP console. Second, activate cloud spanner. Third, delete the word shard from your brain.
@fxstreamer238
@fxstreamer238 3 жыл бұрын
let me be honest the reason you dont get much views is your face its so awkward to watch your close face for 20 minutes what is this i cant even watch this rant which is boring af even with speed X2
@UnaliverOfChildren
@UnaliverOfChildren 6 ай бұрын
Remember, when you are confused and you dont know why its slow, always start with distributed caching
@minhthinhhuynhle9103
@minhthinhhuynhle9103 2 жыл бұрын
is Replication increase reading capacity via Load balancing mechanism ??? Since I stackoverflow all months and cannot found any appropriate article about this. Even MongoDB Legacy Docs did not mention reading load balancing 😢
@andreigatej6704
@andreigatej6704 4 жыл бұрын
Great content! Thank you! Do you have any particular resources for learning BE concepts? (except for a job :D)
@viraj_singh
@viraj_singh Жыл бұрын
so my takeaway is sharding is for scaling write queries (which is rare) partition is for scaling read queries
@kapssul
@kapssul 4 жыл бұрын
Could you make a video about the 5G impact on (Cross-Shard Queries) knowing that 5G Latency is below 1 milliseconds.. 1 - Could that bring sharding and cloud computing to the next level ? 2 - What will happen to data centers infrastructure, and also to database query languages in the future ? 3 - Will that reduce the data management cost for business owners ?
@hnasr
@hnasr 4 жыл бұрын
What amazing thoughts provoking questions Kapssul! Love them. That is going to take some time to research and answer because I have no idea. 5G is indeed a revolutionary tech and it will spin up the software engineering tech on its head.. thanks!!
@kapssul
@kapssul 4 жыл бұрын
@@hnasr I am on the way, you are already there.. you could grab the information quickly and more accurately, and share with us bit by bit your thoughts.. keep posting.. thanks for that quality content.. we learn a lot..
@harshitbajpai4942
@harshitbajpai4942 3 жыл бұрын
The content is excellent for learning, really clears lots of stuff. But if anyone watching this video has an interview lined up(which is most probably true), don't explain in this fashion the strategy you choose to justify the problem you would be solving.
@dotcore1150
@dotcore1150 Жыл бұрын
Plz do something practical 🎉
@neeravarora530
@neeravarora530 4 жыл бұрын
Awesome video Hussein , everytime i learn something new from your videos . Thanks for sharing your knowledge.
@hnasr
@hnasr 4 жыл бұрын
I am glad you are! Thanks for your comment
@aashishgoyal1436
@aashishgoyal1436 4 жыл бұрын
Thanks a lot Hussein. Really nice and engaging video with awesome explaination You deserve more views Gonna share it with my peers.cheers
@hnasr
@hnasr 4 жыл бұрын
Aashish Goyal thank you 🙏
@uchennanwanyanwu2777
@uchennanwanyanwu2777 4 жыл бұрын
0:21 ...complicating your life with sharding...very funny.
@yashverma7084
@yashverma7084 2 жыл бұрын
next time please make a presentation it is better that way.
@devendranarayan9748
@devendranarayan9748 3 жыл бұрын
Sometimes you sound like Gru 😂 Great content.
@MarcMcRae
@MarcMcRae 4 жыл бұрын
Very good background knowledge leading into the sharding explanation. Nicely explained. Thank you!
@yashverma7084
@yashverma7084 2 жыл бұрын
thanks for the video
Avoid premature Database Sharding
20:29
Hussein Nasser
Рет қаралды 16 М.
Spongebob ate Michael Jackson 😱 #meme #spongebob #gmod
00:14
Mr. LoLo
Рет қаралды 8 МЛН
Крутой фокус + секрет! #shorts
00:10
Роман Magic
Рет қаралды 18 МЛН
The day of the sea 😂 #shorts by Leisi Crazy
00:22
Leisi Crazy
Рет қаралды 1,6 МЛН
Why create Index blocks writes
11:16
Hussein Nasser
Рет қаралды 12 М.
How to Become a Good Backend Engineer (Fundamentals)
26:40
Hussein Nasser
Рет қаралды 524 М.
What is Database Sharding?
26:56
Be A Better Dev
Рет қаралды 156 М.
Database Indexing for Dumb Developers
15:59
Laith Academy
Рет қаралды 60 М.
Database Sharding and Partitioning
23:53
Arpit Bhayani
Рет қаралды 86 М.
7 Database Paradigms
9:53
Fireship
Рет қаралды 1,6 МЛН
Microservices with Databases can be challenging...
20:52
Software Developer Diaries
Рет қаралды 45 М.
Solving one of PostgreSQL's biggest weaknesses.
17:12
Dreams of Code
Рет қаралды 197 М.
What is DATABASE SHARDING?
8:56
Gaurav Sen
Рет қаралды 928 М.
Spongebob ate Michael Jackson 😱 #meme #spongebob #gmod
00:14
Mr. LoLo
Рет қаралды 8 МЛН