Finally a precise video. Now I know the difference between these two.
@ereh56164 жыл бұрын
First video that really explains the differences, thanks!
@ChrisEsplin4 жыл бұрын
I'm so glad it helped!
@mohamethseck4 жыл бұрын
A video that finally tells me the difference. Thank you!
@wobsoriano7 жыл бұрын
You're back sir! thank you
@Tom-gp6oy4 жыл бұрын
I know this video is 2 years old as of this writing, but if anyone is deciding between these two now, I just wanted to add...don't be oversold by Google's push of Firestore, it might not be what you need. Persistent presence (detecting who is online/offline at any given moment), for instance, is easier done with RTDB. You can have RTDB do it and connect that to Firestore results with cloud functions, but that's an added layer of complexity if you don't need it. If you're building a multiplayer game that depends on near real-time syncing of player data, RTDB seems to handle most things better. Queries of a million+ records for Firestore might be faster, but be aware that if you're just reading/writing a few documents in a smaller collection, the latency is always higher for Firestore than RTDB. For instance, my app has to read a few small docs and write a handful of variables for each user at certain points in the game. With Firestore, reading the docs for one user can take up to a few thousand miliseconds, even though it barely has to search or organize data on the server. In RTDB, it's done in a few hundred miliseconds or less. I'm not searching through millions of documents, so for me RTDB proved to be a better choice.
@ChrisEsplin4 жыл бұрын
I use them both, side by side. When I'm planning to make a new type of record I think through how I'd like to interact with it. I end up about 90% Firestore and 10% RTDB, but that 10% is critical to maintaining performance and low cost. Like you said, I'd never do presence in Firestore. The same goes for any sort of high read/write scenario. And liberal use of Cloud Functions keeps data syncing across collections and RTDB nodes. It all makes for a lot of complexity, but that's because I'm solving complex problems 🤷
@frankspin91246 жыл бұрын
Huge improvement! Really digging the new video setup!
@ChrisEsplin6 жыл бұрын
Thanks! It's been frustrating to build, but it's all worth it now. Who new that A/V was so difficult and detailed?
@idlenoodle23853 жыл бұрын
This was super useful, just what i was looking for.
@iguy61045 жыл бұрын
If you start with Realtime Database (Firebase) for your startup app, will it be posible to easily switch to Firestore if Needed later when the app grows?
@edmundo2dot02 жыл бұрын
Left programming for 5 years only to come back and remember exactly why I left in the first place: Needlessly overcomplicated, convoluted and unorganized products and documentation that make your life a never ending nightmare.
@edwinG6503 жыл бұрын
So firestore is more for handling and retrieving a lot of documents and rtdb is more for like a chat app since it only needs to focus on small amounts of data at a time?
@emekabronson86973 жыл бұрын
So ... which ones cheaper? 🤷🏽♂️
@pastuh4 жыл бұрын
Decided to create small tournament app, but looks like need first to think how to structure everything.. Not expected this :X
@tangiblemark5 жыл бұрын
What would you use if you're building a messenger/chatting app? is firestore too slow to use as realtime chatting?
@ChrisEsplin5 жыл бұрын
You CAN use Firestore, but the RTDB is usually the better choice. The RTDB handles writes much faster and it's super cheap for chat-style use cases.
@tangiblemark5 жыл бұрын
@@ChrisEsplin thank you so much
@tomhollins92664 жыл бұрын
When you make your videos, volume level the intro and exit with the video itself. It should only take 2 tries to get it close. But like almost every KZbin video, the intro are massively loud compared to the speaker. Good content in this video. Hope you have a successful video series.
@mehmetasar6 жыл бұрын
Go on Chris.. Your are my guidance to learn firebase how build web structure. Thanks a lot.
@ChrisEsplin6 жыл бұрын
Thanks for watching and for the support!
@sharrontipple-johnson93712 жыл бұрын
The video content is so excellent, congratulations
@alexpov7 жыл бұрын
long time no see ... great news, thanks!
@ChrisEsplin6 жыл бұрын
It's been too long.
@akhilreddy22794 жыл бұрын
Hey Chris, can we switch from firebase to firestore later if required....??
@ChrisEsplin4 жыл бұрын
Not very easily. I suggest starting with Firestore and using the RTDB as necessary.
@akhilreddy22794 жыл бұрын
@@ChrisEsplin using firebase is as easy as firestore?? Or will be needing some coding too...
@ChrisEsplin4 жыл бұрын
They're quite different, but neither is particularly hard to use.
@akhilreddy22794 жыл бұрын
@@ChrisEsplin ok thnx a lot. I shall start with firestore then. Is firestore still a beta version. Can we launch a professional android app now?? There won't be any problems right...
@ChrisEsplin4 жыл бұрын
Firestore is ready for production! You'll love it. Check out my Firestore module on FullStackFirebase.com for the details. Also read up on Collection Group Queries. They're newer and they're awesome.
@goku21youtub4 жыл бұрын
Hello Chris , very nice video . I Have a completely different question. Can i use firestore for my own app (which i wont publish and just use for myself ) for free forever ? or will my test-firestore db deleted after a period of time ? if i ever use an app commercially , am i allowed to use firestore free plan for that too ? ok thats 3 questions lol
@Lensbreak4 жыл бұрын
yes as long as its within the free tier limits
@goku21youtub4 жыл бұрын
@@Lensbreak i already switched to the blaze plan becasue i need the server-functions and they dont come with the free plan. my costs this month: 0,02 Dollars lol
@midhunrajr3726 жыл бұрын
We are creating a map-related application, which reads data from the DB. The expected number of reads per user is about 20-50 per week. And, each read may need to access 100s of 'places' data. Which database you think is cost beneficient (considering the app has high userbase)?
@ChrisEsplin6 жыл бұрын
Ooo. It depends on how you structure your data. Firestore is expensive for high quantities of reads. Firebase doesn't care about quantity. Reading large chunks of data like that might be cheaper on Firebase... or maybe you just want Cloud SQL... cause that sort of dataset is not generally a great fit for the Firebase ecosystem.
@midhunrajr3726 жыл бұрын
I think I am going with firestore for now. If the costs are going to be high, we can change later right.
@LukePighetti6 жыл бұрын
I cranked out a spreadsheet a few weeks ago and I can say with confidence that if each read is over 1kB you should be on Firestore unless you need the speed of RTDB
@mirzabiz28426 жыл бұрын
how would u migrate all the data from real time database to firestore.. is there a way?
@ChrisEsplin6 жыл бұрын
You'd have to write custom scripts to do it. It's doable... but entirely custom.
@mirzabiz28426 жыл бұрын
what do u mean? can u make a video because that would be a big problem for ppl who are on Realtime DB and want to migrate to firestore when it comes out of beta. thank u
@ChrisEsplin6 жыл бұрын
I wouldn't migrate. If an app works on Firebase, I'd leave it. It's a very different product. The SDK and even the data models are quite different.
@alexkimoto10017 жыл бұрын
A full stack Chris Esplin Firebase course in the making - great news! Do you already know if it will be costing in the business training material or the freelance developer range (Wes Bos course style)?
@ChrisEsplin6 жыл бұрын
It's going to be Udemy, so it should be inexpensive. Wes Bos is so good 😁
@DarWiNS-o3u5 жыл бұрын
For a mobile game that will store all the data online and will write the data from firebase functions which one do you recomend?
@ChrisEsplin5 жыл бұрын
It depends on the queries you'll need. Firestore is more expensive to run and doesn't allow as many writes, but it has better queries. The RTDB is cheap and allows for tons of writes... but the queries are quite limited.
@indieshd Жыл бұрын
Thank you
@TheGrafox6 жыл бұрын
Welcome back ... We need more videos on angular fire2 also
@ChrisEsplin6 жыл бұрын
Thanks! Check out the AngularFirebase channel for that 😁
@TheGrafox6 жыл бұрын
Chris Esplin I do ... But your explanation more simple ( like real world coding not copy paste)
@ChrisEsplin6 жыл бұрын
I'm glad to know you prefer the real world examples. I'll try to keep it that way.
@rickyu19786 жыл бұрын
great thanks, would like your thoughts on GCP vs Firebase/Firestore, a lot of cross over in storage. for example if we use GCP storage, can we authenticate with firebase auth?
@ChrisEsplin6 жыл бұрын
You can hook up a GCP Storage bucket to Firebase Storage, which integrates with Firebase Auth for it's security rules. The Storage-to-Firebase integration isn't as tight as between some other products.
@nyambe6 жыл бұрын
Awesome explanation!! believe it or not it is not easy to find this info. Now, can you explain if there is a firestore alternative in amazon? which is better? lol, sorry ask
@ChristopherEsplin6 жыл бұрын
Nothing like Firestore in Amazon that I'm aware of.
@adeebullahadab86365 жыл бұрын
Is firestore more expensive than real-time database?
@ChrisEsplin5 жыл бұрын
The pricing model is different, but neither is particularly expensive.
@ksaspartacus82856 жыл бұрын
Awesome thank you . is it ok to use firestore for real projects? because it's still beta
@ChrisEsplin6 жыл бұрын
Yes! Firestore is one of those "Google Beta" products that's been cooking for a long time. I'd be very surprised if much changed before the full release.
@Mfbzai3 жыл бұрын
great opening
@samstoyroom4 жыл бұрын
Best explanation
@opulencedeveloper2 жыл бұрын
I love you Man
@conorscott60413 жыл бұрын
Is that you Mark Zuckberg?
@jehanmuse3306 жыл бұрын
Did you receive my message?just asking
@ChrisEsplin6 жыл бұрын
I don't think so. How did you message me?
@jehanmuse3306 жыл бұрын
from the about section of your channel.. but basically i'm just asking your opinion on firebase hosting vs google cloud storage. (in term of pricing compared) and also can the firebase storage being used as static website hosting as it is actually a google cloud storage..
@jehanmuse3306 жыл бұрын
because i heard in this video, he said that he served the web page from firebase storage kzbin.info/www/bejne/bZCVdH2plLuNoZY
@ChrisEsplin6 жыл бұрын
Firebase Hosting is much better. While you CAN use Google Cloud Storage for static hosting, I'd discourage it. It's great for assets... but my app is always on Firebase Hosting. Also, the pricing for such small amounts of data is so low as to not matter. Storage and Hosting will only charge you real amounts of money if you're serving large files or have massive traffic.
@jehanmuse3306 жыл бұрын
sir..as stated in google i/o video here..it is likely that we can server static html site using firebase storage.. kzbin.info/www/bejne/bZCVdH2plLuNoZYm11s and he also claimed that can reduce expense.. is it really like that (serving website from FIREBASE storage)? or i miss any point in that video? i try to point to that point the talked about that... i try to clarify with you because you look like love firebase.. in the meantime, i'm also try to make use of firebase on every project i will work on..
@TheodoreRavindranath3 ай бұрын
Crystal!
@xnivaxhzne3 жыл бұрын
Video starts at 1:06
@felipefont48386 жыл бұрын
Awesome.
@evolution18426 жыл бұрын
i wish this channel should have more subscribers to share the knowedge. ;(
@evolution18426 жыл бұрын
wow great
@mariovillamizar59035 жыл бұрын
Cristal clear
@yoapps1376 жыл бұрын
please stop moving your lower jaw to the left side, its making my jaw feel broken! ;-)