Tak naprawdę nie podałeś nam zbyt wiele informacji o tym, do czego te dane będą wykorzystywane. To znaczy, powiedziałeś, jakie dane będą przechowywane, ale co zamierzasz z tym zrobić?
Jeśli Twoim celem jest przechowywanie danych, a następnie zgłaszanie ich, myślę, że szukasz niewłaściwego miejsca. Prosta baza danych MySQL lub SQL wystarczy, a narzędzia do raportowania są łatwo dostępne.
Jeśli jednak chcesz połączyć się z czymś takim, jak aplikacja internetowa lub mobilna, w której dane ciągle się zmieniają przez wielu użytkowników (wszyscy uzyskują dostęp do tej samej bazy danych przechowywanej w chmurze), to Firebase jest dobrym rozwiązaniem.
Więc twój Pro i Con:
Pro's
- Jeśli aplikacja działa w oparciu o scentralizowaną bazę danych i jest aktualizowana przez wielu użytkowników - oznacza to, że jest w stanie obsłużyć aktualizacje danych w czasie rzeczywistym między urządzeniami.
- Przechowywane w chmurze, więc łatwo dostępne wszędzie.
- Interfejs API dla wielu platform (jeśli używasz tego DB z aplikacją)
- Hostują dane. -Oznaczenie, jeśli przechowujesz dużo danych, nie musisz się martwić o sprzęt!
Cons:
- Jeśli Twoja aplikacja nie korzysta z jednej scentralizowanej bazy danych zaktualizowanej przez dużą liczbę użytkowników, jest to poważna przesada.
- Format pamięci jest zupełnie inny niż SQL (Firebase używa JSON), więc migracja nie byłaby łatwa.
- Narzędzia do raportowania nie będą się nigdzie zbliżone do standardowych SQL.
- Koszty! -Ograniczono do 100 połączeń i 1 GB pamięci! (zobacz to, aby uzyskać więcej informacji na temat ograniczeń!)
- Nie hostujesz danych, tak robi Firebase. I w zależności od tego, na którym serwerze się założysz, oglądanie tam w czasie wydaje się być ostatnio bardzo zakłócone.
Uwaga: umieściłem „Kto hostuje dane” zarówno dla profesjonalistów, jak i oszustów. To dlatego, że nigdy nie powiedziałeś nam, ile danych przechowujesz i kto będzie miał do nich dostęp.
