Which Is Better? SQL vs NoSQL

  Рет қаралды 280,341

Web Dev Simplified

Web Dev Simplified

Күн бұрын

The age old debate of SQL vs NoSQL has been going on since the day NoSQL was conceived. In this video I will detail the pros and cons of each so that when you are ready to choose a database for your next project you will know exactly which one to choose.
🌎 Find Me Here:
My Blog: blog.webdevsimplified.com
My Courses: courses.webdevsimplified.com
Patreon: / webdevsimplified
Twitter: / devsimplified
Discord: / discord
GitHub: github.com/WebDevSimplified
CodePen: codepen.io/WebDevSimplified
⏱️ Timestamps:
00:00 - Introduction
00:40 - SQL Features
01:46 - NoSQL Features
03:53 - When To Use SQL Databases
05:52 - When To Use NoSQL Databases
08:57 - Conclusion
#SQLvsNoSQL #WDS #Databases

Пікірлер: 328
@dooddotjs3910
@dooddotjs3910 3 жыл бұрын
William Kylespeare
@lookintomyeyes2681
@lookintomyeyes2681 3 жыл бұрын
😁😁
@parikshitrawat8680
@parikshitrawat8680 3 жыл бұрын
hahahaha
@blessingseverywhere3140
@blessingseverywhere3140 3 жыл бұрын
Kyliam Cookspeare
@dooddotjs3910
@dooddotjs3910 3 жыл бұрын
@@blessingseverywhere3140 lmao. Way more creative than mine
@blessingseverywhere3140
@blessingseverywhere3140 3 жыл бұрын
@@dooddotjs3910 I don't care if it's more creative than yours or not, my friend. I just want you guys to smile.
@leonardoleno5729
@leonardoleno5729 3 жыл бұрын
the first 15 second I felt like I clicked the wrong video 😂
@codedecode1498
@codedecode1498 3 жыл бұрын
lol
@wesxd5292
@wesxd5292 2 жыл бұрын
Lmao
@holypowerenjoyer6059
@holypowerenjoyer6059 Жыл бұрын
When he said 'To sequel or not to sequel that is the question' i was in tears. Truly one of the best lines of all times
@waltermeester301
@waltermeester301 3 жыл бұрын
In fact the "relational" part of database does not refer to the relations between different tables, but to the relational model as laid out by E.F codd. In this model, tables are called Relations and rows are called tuples.
@sabinbaral4132
@sabinbaral4132 3 жыл бұрын
Your explanation are nice If you show slides and image to explain it will be much better and much easier for beginners to relate things you say and understand better
@maxfrischdev
@maxfrischdev 2 жыл бұрын
Give taking your own notes a try! Serious, listen to a video more than once if needed, pause and take a short note. Much better understanding AND better glued in memory, than just "consuming"/watching someone's slides! 🖖🏻👍🏻☕
@harshitanag2452
@harshitanag2452 2 жыл бұрын
@@maxfrischdev Yeah right
@arcanepersona1676
@arcanepersona1676 Жыл бұрын
@@maxfrischdev expert tip, thanks Max.
@nedweingart4963
@nedweingart4963 Жыл бұрын
Was really stuck with what setup to choose for a new project. I use SQL at work and NoSQL for side projects and have always felt more comfortable with NoSQL. Your last point about choosing whatever you're most comfortable with really resonated with me, great video!
@imluctor5997
@imluctor5997 10 ай бұрын
There are reasons why big companies use nosql for one thing and sql for another. Google Docs will probably use nosql to store your documents since most you do is write to it and only read the document once to start editing it. As a company its important because you can reduce costs since the performance is better but you also use less resources. Thats also why autoscaling is used to reduce useless resources.
@demetrous-yt
@demetrous-yt 3 жыл бұрын
Nice, quick explanation and that top-left corner perfectly aligned with room’s corner line👍
@sujoydutta920
@sujoydutta920 Жыл бұрын
I always get confused on these two DBs but you explanation was very clear and made a lot of sense
@RetroSpectrum7
@RetroSpectrum7 2 жыл бұрын
I love your channel!!! Can't stop watching. All your content is the best ☺️
@rainbowlable
@rainbowlable 2 жыл бұрын
best overview and comparison i've got so far! thanks a lot! 👍
@ExcelTutorials1
@ExcelTutorials1 2 жыл бұрын
Love this video! I greatly appreciate the perspective!
@69memnon69
@69memnon69 3 жыл бұрын
SQL can handle many connections (you made it sound like SQL can only manage a handful of connections). If there is an appearance of “slowness” it’s likely related to the isolation level \ locking, which can be managed with good database design (9/ 10 times perf issues are attributable to poor developer choices). The choice between the two systems should be about isolation level requirements , scale (data volume \ geo-distribution) and the actual data model being stored. If you’re dealing with high transaction financial data, your likely not gonna go no sql. Likewise, if your storing IOT data then no sql is going to be better. If you’re never going to shard your data, mongodb is not worth it as SQL will outperform it.
@olajideabdul-qahar
@olajideabdul-qahar Жыл бұрын
I absolutely love the intro and the entire explaination
@lifeform106
@lifeform106 3 жыл бұрын
This actually really helped me understand both! Currently I’m learning MySQL with php and I may consider using react with it. I say MySQL I enjoy for your explanation of the great structure and columns and I care about readability. Though I may learn mongodb in larger scale applications in the future. Since mongodb sounds great for big projects
@Rust_Rust_Rust
@Rust_Rust_Rust 2 жыл бұрын
Ew php
@SOMEONE-eq5bu
@SOMEONE-eq5bu Жыл бұрын
@@Rust_Rust_Rust 😆 🤣 😂
@learnmore5438
@learnmore5438 Жыл бұрын
@@Rust_Rust_Rust hahaha. your comment
@user-th2cp8uh8r
@user-th2cp8uh8r Жыл бұрын
@@Rust_Rust_Rust Most loved language not loving back
@cesaremannino2774
@cesaremannino2774 3 жыл бұрын
Thank you man, is just what I was looking for!
@IvanRandomDude
@IvanRandomDude 3 жыл бұрын
3:05 Redis saves data to the disc periodically and loads it on startup.
@dmytromalikin2560
@dmytromalikin2560 2 жыл бұрын
But storage persistance strategies can be modified.
@jaypasi509
@jaypasi509 3 жыл бұрын
That sloved my confusion... thanks 😊 And im also waiting for Javascriptsimplified course to reopen registration.
@gauravruhela007
@gauravruhela007 3 жыл бұрын
Really appreciate the way you explained this controversial topic. Keep it up bro
@bartomiejbiaobrzewski5225
@bartomiejbiaobrzewski5225 Жыл бұрын
That's the explanation I needed. Thanks a lot man.
@niravparmar7856
@niravparmar7856 9 ай бұрын
bro sold his all furniture to buy a guitar 🎸
@MBDiscover
@MBDiscover 3 жыл бұрын
Huge thanks. I think if you add a table of comparing these two type would be much better for summarizing.
@the.baxtian
@the.baxtian Жыл бұрын
Man, you speak very fast but with a excellent pronunciation. It is really good for me, since I'm learning english. xD. Excellent comparative, and thank you for comment about Json in PostgreSQL.
@praz7
@praz7 3 жыл бұрын
Correct me if I'm wrong but if you're familiar with DBMS concepts you can adapt to both SQL and Nosql right?
@tanzimibthesam5861
@tanzimibthesam5861 3 жыл бұрын
100% no brainer you need to how to connect foreign keys joins left join more specifically
@Gadrawingz
@Gadrawingz 3 жыл бұрын
Sure!
@ashwanikumar415
@ashwanikumar415 Жыл бұрын
Amazing explanation , always motivates me to learn futher
@craftedtunesentertainment5569
@craftedtunesentertainment5569 2 жыл бұрын
Hey what do you think of services like Firebase in context of whether or not it'd be the future of database? Also is the pricing worth it?
@CodingNuggets
@CodingNuggets 3 жыл бұрын
I've been dabbling in SQL a lot more lately. I'm actually considering building my newest project using it as the database. Most likely going to go with PostgreSQL. Thanks for the content Kyle. Much love my friend!
@GuRuGeorge03
@GuRuGeorge03 3 жыл бұрын
bigger companies use tons of different database types for different purposes but imo if u learn how to optimize SQL databases really well then u can apply these concepts to the other types
@nicetomeetugaming7024
@nicetomeetugaming7024 2 жыл бұрын
Amazing explanation sir!
@Vinc3n7
@Vinc3n7 3 жыл бұрын
Great explanation!
@pawekoaczynski4505
@pawekoaczynski4505 3 жыл бұрын
a video I wish I had watched when I was making my research on the topic a while ago
@hawkdykes9054
@hawkdykes9054 Жыл бұрын
Kyle, I never thought to ask.. did you do the intro riff yourself??
@kipfitpal
@kipfitpal 3 жыл бұрын
Kyle, you're great teacher!
@shail0124
@shail0124 Жыл бұрын
This is first unbiased video I have watched till now. Everyone else telling that NoSql is just better and whatever advantage they tell can also be applied on SQL
@oldclient
@oldclient 3 жыл бұрын
A legit conclusion. Both technologies are proportionally good. The SQL allows vertical scaling, while NoSQL - horizontal scaling. The SQL simplifies the usage of MVC, MVVM, Object Validation and bindings, while the NoSQL simplifies the ability to make changes into projects (very useful for e-commerce dbs). The idea to use JSON data as TEXT in SQL is promising as something intermediate.
@WaldoTheWombat
@WaldoTheWombat Ай бұрын
So to sum-up SQL - fast to read - you can count on constant a format NoSQL - fast to write - hard to update - better at handling lots of connections at the same time (why?) - better at scaling - good for unstructured data
@Adnanalramel
@Adnanalramel 3 жыл бұрын
I like your keyboard typing sounds , Can I ask you for a link on amazon for this keyboard? Thank you. : )
@goldenfibonacci7860
@goldenfibonacci7860 2 жыл бұрын
This was helpful. It would be even more helpful if you provide brief reasons for each claim on why SQL or NoSQL is better. For example, why is it usually quick to write but harder to read from a NoSQL DB?
@powerplayer75
@powerplayer75 2 жыл бұрын
i think its because NoSQL you can just shove objects in the database because order doesnt matter since the processing is done upon queries, hence why its harder to read.
@Rhodair
@Rhodair 2 жыл бұрын
it's not entirely accurate either - it depends on the scenario - there are some query examples that have nosql being 100x faster at reading compared to a sql query that involves multiple joins compared to a nosql read where it's just pulling a full document based on id whether sql or nosql is better fully depends on use case
@cyndijohnson5473
@cyndijohnson5473 Жыл бұрын
Because NoSQL is for the times you don’t need to READ the data
@kavindesivalli
@kavindesivalli 3 жыл бұрын
Really nice start with the William Shakespeare
@bigbooty1512
@bigbooty1512 3 жыл бұрын
I thought it was an ad
@mohitsaud2071
@mohitsaud2071 3 жыл бұрын
Another excellent video
@MrTatooland
@MrTatooland Жыл бұрын
Hello Kyle, big fan of your videos ! I don't understand why wou say that non-relational databases can be more "fuzzy" because the data written goes though less checks compared to a SQL db. If I take MongoDB for example you have to create a model that define what kind of data to expect (and possibly further restrictions) and to setup some validation criteria that data has to go through to be stored in the database. Have a nice day.
@sanjitselvan5348
@sanjitselvan5348 Жыл бұрын
The thing with mongodb is that you DON'T HAVE TO define models, but you CAN if you want to.
@claytonp23
@claytonp23 3 жыл бұрын
Nearing 500k subs! What an achievement!
@WebDevSimplified
@WebDevSimplified 3 жыл бұрын
Thanks!
@SuperQuwertz
@SuperQuwertz 2 жыл бұрын
@@WebDevSimplified This escalated quickly
@PierreDBA
@PierreDBA 4 ай бұрын
Fast Fast and very every useful. Thanks
@alejandrovillanueva4562
@alejandrovillanueva4562 2 жыл бұрын
Nice explained 💪🏻
@aminelahrim8142
@aminelahrim8142 3 жыл бұрын
Best practice for me : Sql for Database and Firebase Remote Config as a json config for the App
@DevlogBill
@DevlogBill Жыл бұрын
Watched the rest of your video, is NoSQL databases easier to use in comparison to MySQL?
@chrisvouga8832
@chrisvouga8832 2 жыл бұрын
4:54 Isn’t one of the benefits of a nosql database like mongodb is that you optimize for reads by having denormalized data at the cost of more costly writes?
@devgatling
@devgatling Жыл бұрын
thank you for this!
@ratul1125
@ratul1125 3 жыл бұрын
I will learn both of these.
@smsibasish
@smsibasish 3 жыл бұрын
Please make this series of comparing different technologies like SSR vs CSR, React vs Vue, Tailwind vs Bootstrap etc
@WebDevSimplified
@WebDevSimplified 3 жыл бұрын
That's a good idea
@smsibasish
@smsibasish 3 жыл бұрын
@@WebDevSimplified A humble request for more TypeScript content please _/\_
@Zabawne_Gierki
@Zabawne_Gierki 2 жыл бұрын
I wonder, what about encoding foreign characters? I made a project with MySQL and I had lots of problems with encoding Japanese (language learning website). I hope other databases are set to support utf-8 by default. I had to set up encoding in like maybe 4 places for it to work...
@kezif
@kezif 11 ай бұрын
you could specify charecter encoding when creating column
@nonstopper
@nonstopper 3 жыл бұрын
Hey man, usually a fan of the videos but I feel like this one fell pretty short. Alot of surface explanation without any real world examples which I feel would help extremely
@katrinabryce
@katrinabryce 2 жыл бұрын
An example: Suppose you are storing customer shipping addresses. On a SQL database, you might have columns for house number, street, city, state, zip code; which works for US addresses, but not necessarily for addresses in other countries. On MongoDB, you could format their address differently depending on which country they are in. But the database would not check the address is in the correct format, it would accept anything, you would need to do your checks in the application logic.
@indiansoftwareengineer4899
@indiansoftwareengineer4899 3 жыл бұрын
oh man, you brought Sheksphere.... love you man.
@dooddotjs3910
@dooddotjs3910 3 жыл бұрын
ah yes, sheksphere
@jimhalpert9803
@jimhalpert9803 3 жыл бұрын
Shreksphere
@inemanja
@inemanja Жыл бұрын
I still do not understand why would I use noSQL when I could simulate it in mySQL by (for example) adding a text field that contains some json. Is ti much faster? Or is there something else I'm missing)
@muslumturk4111
@muslumturk4111 Жыл бұрын
Awesome, thank you.
@yannistheodorakopoulos5916
@yannistheodorakopoulos5916 3 жыл бұрын
I came here to appreciate PostgreSQL and your Ibanez lady
@ashermanangan
@ashermanangan 2 жыл бұрын
thanks your explanation is very good. SQL is the best for relational data.
@luclorencini
@luclorencini 3 жыл бұрын
Imo you missed the most important feature of sql databases, which is ACID transactions. That's the fundamental stone of pretty much every enterprise application
@shexec32
@shexec32 3 жыл бұрын
True, although the larger enterprises have been transitioning to microservices and cloud architectures. Due to the CAP theorem, these distributed solutions are ACID non-compliant*.
@emacsultron6212
@emacsultron6212 3 жыл бұрын
This guy legit looks better than most of the male models appearing on product advertisements and could easily land ads showcasing hair products.
@jimhalpert9803
@jimhalpert9803 3 жыл бұрын
He reminds me of the Winklevoss twins for some reason lol (the movie actors not the real ones)
@nickvelos9571
@nickvelos9571 3 жыл бұрын
What database should I use for a messenger app
@snehalambatkar9910
@snehalambatkar9910 3 жыл бұрын
Will you make a tutorial on game development
@plxcxs5855
@plxcxs5855 Жыл бұрын
sorry love your vids super strong content but wasn't the quote from hamlet, or was that part of the joke ??
@jimc2650
@jimc2650 3 жыл бұрын
I get the feeling that you've never worked as a database administrator for any large-scale system. Some of the things you said make no sense to me at all. There's a huge difference between a normalized, relational database in a production corporate database vs. a transient data store in an app or a website.
@josepablobermudez6283
@josepablobermudez6283 3 жыл бұрын
can you detail more? Which are the differences?
@DevlogBill
@DevlogBill Жыл бұрын
Hi Web dev Simplified; I would like to create my first CRUD app learning REACT at the moment. Soon I will start learning node.js and afterwards MySQL. I know how to perform basic queries within tables in a database but not between multiple tables. I am familiar with creating new database and creating new tables too. My question is I am decent on the front end could you provide resources which teach how to use a backend technology alongside MySQL or even postgreSQL to store your data for a basic blog app. My thoughts are to create a blog app which will allow a maximum of at least 10 people to create a very simple profile and post messages on a board. No securities, no cookies something locally from my hard drive. Figured I start small and work my way up. Any guidance would be appreciated.
@amstripe7086
@amstripe7086 3 жыл бұрын
Among the people who talk about programming on youtube, I prefer your approach. You always bring the subject well summarized, contextualized and didactic. It is complex to do simple things, isn't it? ... Only those who have very clear reasoning can do this. The simple fact that you put the noSQL image as branches of a tree, already shows your skill. Keep it up... and you will be helping to build a solid foundation for the evolution of technology.
@abelrasheed116
@abelrasheed116 3 жыл бұрын
What is Chris Pine doing here ? Also sick Jackson ,just chillin in the corner
@avinmacha
@avinmacha 2 жыл бұрын
What a creative intro 😂😂
@ApoorvMote
@ApoorvMote 3 жыл бұрын
If you use it properly then there are zero joins in NoSQL database and reading is faster than SQL. Cost of 1 GB storage is super low. So you can repeat data without worry.
@renanangelodossantos4726
@renanangelodossantos4726 2 жыл бұрын
If i use a SQL database as a NoSQL the performance would be the same? For example, using PostgreSQL Json column.
@sohamjanagave20
@sohamjanagave20 3 жыл бұрын
love you sir
@z1982_
@z1982_ Жыл бұрын
Hello! Coming from NoSQL (Mongo) to SQL What I don't like with Mongo is that if you delete a document (A) in one model that references another document from another model (B), then B is not deleted, you need to handle this manually If I understand well, there is no such problem with SQL databases ?
@learnmore5438
@learnmore5438 Жыл бұрын
the video says that SQL pretty slow to query if there are a lot of users accessing it
@alexfisher2889
@alexfisher2889 Жыл бұрын
It depends on DBA. Problem that you mentioned is called referential integrity. If you don't implement correct technique during the design you might get a situation when a row from table A is deleted and another row in table B still references deleted row in table A. Thus, you will end up with inconsistent or redundant data. SQL server for example uses a way to CASCADE the changes (either update or delete) by primary key, this way all the references to the deleted or update data will propagate through out the database :)
@cmark123
@cmark123 Жыл бұрын
you missed one of the main points, the acid vs base model. most of the time, I see those models as one of the main decision maker on what to use.
@mohammedk.h.f3016
@mohammedk.h.f3016 3 жыл бұрын
Thank you.
@SuboptimalEng
@SuboptimalEng 3 жыл бұрын
I use Mongo cause the logo looks cool 😎
@arthurweasley5857
@arthurweasley5857 3 жыл бұрын
ahahahah, im switching to ruby cause it sounds cool and logo is just so beautiful
@hassanali-yi4bu
@hassanali-yi4bu 3 жыл бұрын
@@arthurweasley5857 nobody uses ruby nowadays in the industry, better use mongodb or mysql
@marcusgaius
@marcusgaius 3 жыл бұрын
Hmmm, I'm storing json data to MySQL atm.
@chizuru1999
@chizuru1999 3 жыл бұрын
yup you can store anything and then just parse the string back into JSON.... Win win haha.
@hnccox
@hnccox 3 жыл бұрын
@@chizuru1999 How are you going to search through the string then? With NOSQL you can search and select on the Objects
@GeronimOCZECH
@GeronimOCZECH 3 жыл бұрын
There is always some rebel who do this. LMAO
@cloudfox1908
@cloudfox1908 3 жыл бұрын
@@chizuru1999 That is not a win win. Parsing data takes time, decreasing performance. If you want speed, actually use columns and rows.
@user1994gms
@user1994gms 3 жыл бұрын
@@hnccox how can you search on select objects in nosql.. nosql doesn't have schema and there would be only 1 unique key to differentiate the data
@aman9267
@aman9267 3 жыл бұрын
For Internet of Things like Smart Energy Meters, which will be a better solution for storing the data?
@-xeL
@-xeL 3 жыл бұрын
i personally would go with MySQL/MariaDB, but NoSQL like ElasticSearch/Apache Solr is fine too - this heavily depends on your application needs.
@mprone
@mprone 3 жыл бұрын
In my exp (only done small projects at university/intership), noSQL are a little better for IoT but it still depends on the application
@Mark.Brindle
@Mark.Brindle 3 жыл бұрын
My home automation (power usage, solar generation) is in MongoDB. First few years it was in SQL-Server, then switched to MongoDB. I'm storing about 130 samples per minute for the past 5 years, I aggregate the date / device into 1,15,30,60 min, 24, month, year. It's simply flawless.
@nataliyamaksymiv5035
@nataliyamaksymiv5035 3 жыл бұрын
Thanks
@poorvisaxena7055
@poorvisaxena7055 2 жыл бұрын
I would like this entire video as a text document 😂
@thehoarder9771
@thehoarder9771 3 жыл бұрын
I want to create a database in order to receive data from the Arduino meteorological monitoring device (temperature - irrigation speed - humidity). The degree of measurement is sent every 30 minutes, so what is the best type of database
@Turko77777
@Turko77777 3 жыл бұрын
influxdb
@SurenEnfiajyan
@SurenEnfiajyan 3 жыл бұрын
MySQL also supports JSON columns.
@paei4204
@paei4204 3 жыл бұрын
i was looking for it 🤣
@yusra6864
@yusra6864 3 ай бұрын
how can i work on SQL as Team in local host database ?
@seetsamolapo5600
@seetsamolapo5600 2 жыл бұрын
Which one is better for mobile?
@elmyllo4219
@elmyllo4219 3 жыл бұрын
omg I swear I just thinking about this question in few minutes before open youtube and then... this happened
@aammssaamm
@aammssaamm 3 жыл бұрын
Have you ever tried thinking of a couple of millions of dollars?
@erwinschrodinger2320
@erwinschrodinger2320 3 жыл бұрын
You absolute dreamer.
@elmyllo4219
@elmyllo4219 3 жыл бұрын
I know it's ridiculous right. but the same time it was mindblowing to me
@elmyllo4219
@elmyllo4219 3 жыл бұрын
But, you know.. I couldn't hold back my own thoughts, it just randomly passed
@aammssaamm
@aammssaamm 3 жыл бұрын
@@elmyllo4219 may be it’s not that ridiculous. 😂
@shidqi100
@shidqi100 3 жыл бұрын
Make video about mysql or mongodb with redis as a cache
@mehtaji6124
@mehtaji6124 3 жыл бұрын
Sir plz plz make a video on blob type url in js
@heypbolon1941
@heypbolon1941 3 жыл бұрын
thx a lot
@dakshverma8198
@dakshverma8198 3 жыл бұрын
With some illustration and diagram the video would have been much more interactive and interesting
@AbZen7
@AbZen7 3 жыл бұрын
Play something with that guitar
@HumanityCollected
@HumanityCollected 3 жыл бұрын
Just depends on what your app needs.
@epinino
@epinino 3 жыл бұрын
MySQL do have JSON type column too
@zhakunigor
@zhakunigor 2 жыл бұрын
good video, userfull for me
@doniaelfouly4142
@doniaelfouly4142 Ай бұрын
thanks
@user-bf8nx3pf6i
@user-bf8nx3pf6i 3 жыл бұрын
good job
@Xaoticex
@Xaoticex Жыл бұрын
Definitely need some images, slides during the explanations.
@akin242002
@akin242002 2 жыл бұрын
MySQL is great for correlational studies, especially for routine data. However, it takes time to organize the tables. No-SQL is great for chaotic and dynamic based data. Think of data tracking a bipolar person.
@drmangrum
@drmangrum 3 жыл бұрын
I'd lean towards a NoSQL database is starting a new project with potentially large amounts of data. The biggest weakness isn't reading data, it's searching data, this problem is true for both paradigms. Most large applications get around this by using an index like SOLR or Elastisesrch to grab the UID for a row and then query the database with those UIDs. That is very responsive. What really makes the NoSQL approach attractive is you're not bound to a schema that requires a lot of work to change. If you want to change your data structures a bit, you just have to change the mappers.
@wakham11
@wakham11 2 жыл бұрын
at first I thought that you're gonna be explaining Shakespeare's play 🤣
@renu3463
@renu3463 3 жыл бұрын
Framer Motion for React please 🔥🔥🔥
@TrixterTheFemboy
@TrixterTheFemboy 11 ай бұрын
Is there some morse code or som'n in how much he's blinking?
@mohithguptakorangi1766
@mohithguptakorangi1766 3 жыл бұрын
can you tell me which database would be easy to use with React?
@snansahmarov1524
@snansahmarov1524 3 жыл бұрын
React is frontend framework, try to match with your backend server(language or framework)
@mohithguptakorangi1766
@mohithguptakorangi1766 3 жыл бұрын
@@snansahmarov1524 I know that.....but some people say that MySql is easy to work with Django. Similarly, is there a DB for React. From MERN stack, I gues MongoDB should be the one
@YunisRajab
@YunisRajab 3 жыл бұрын
Yep MERN is a thing for a reason
@lardosian
@lardosian 3 жыл бұрын
@@mohithguptakorangi1766 If your data is relational then sql may be the better choice, but React doesnt care, it's a front end framework..you supply the data to react and it renders your page. You could build your api with express which will serve the data to react, but again that could be from an sql or nosql database, React doesnt care.
@aammssaamm
@aammssaamm 3 жыл бұрын
@@mohithguptakorangi1766 Django is not frontend.
SQL vs NoSQL or MySQL vs MongoDB
21:30
Academind
Рет қаралды 1,8 МЛН
UFC Vegas 93 : Алмабаев VS Джонсон
02:01
Setanta Sports UFC
Рет қаралды 223 М.
Пробую самое сладкое вещество во Вселенной
00:41
MongoDB Explained in 10 Minutes | SQL vs NoSQL | Jumpstart
11:18
15 futuristic databases you’ve never heard of
8:42
Fireship
Рет қаралды 649 М.
Which Database Model to Choose?
24:38
High-Performance Programming
Рет қаралды 45 М.
SQL vs. NoSQL Explained (in 4 Minutes)
4:01
Exponent
Рет қаралды 178 М.
PostgreSQL vs MySQL
6:33
IBM Technology
Рет қаралды 306 М.
7 Database Paradigms
9:53
Fireship
Рет қаралды 1,5 МЛН
I tried 8 different Postgres ORMs
9:46
Beyond Fireship
Рет қаралды 388 М.
Learn Database Normalization - 1NF, 2NF, 3NF, 4NF, 5NF
28:34
Decomplexify
Рет қаралды 1,7 МЛН
How do NoSQL databases work? Simply Explained!
7:38
Simply Explained
Рет қаралды 1 МЛН
SQL vs NoSQL Explained
11:37
Be A Better Dev
Рет қаралды 326 М.