Ви насправді не давали багато інформації про те, для чого ці дані будуть використовуватися. Я маю на увазі, ви сказали, які дані будуть зберігатися, але що ви збираєтеся з цим робити?
Якщо ваша мета - зберігання даних, а потім звітування про них, то, я думаю, ви шукаєте не в тому місці. Проста база даних MySQL або SQL була б чудовою, а інструменти звітності легко доступні.
Однак якщо ви збираєтесь посилатися на щось таке, як веб-або мобільний додаток, де дані постійно змінюються багатьма користувачами (усі мають доступ до однієї бази даних, що зберігається в хмарі), то Firebase - це шлях.
Отже, ваші профі та кон:
Професіонали
- Якщо ваш додаток працює з централізованою БД і оновлюється великою кількістю користувачів - тоді він більше ніж здатний обробляти оновлення даних у реальному часі між пристроями.
- Зберігається у хмарі, так що вона доступна скрізь.
- Перехресний API платформи (якщо ви використовуєте цей БД з додатком)
- Вони розміщують дані. - Значить, якщо ви зберігаєте багато даних, вам не доведеться турбуватися про обладнання!
Кон:
- Якщо ваш додаток не працює з однією централізованою базою даних, оновленою величезною кількістю користувачів, це велика надмірна кількість.
- Формат зберігання повністю відрізняється від формату SQL (Firebase використовує JSON), тому ви не зможете легко мігрувати.
- Інструменти звітування не будуть ніде поблизу від стандартних SQL.
- Витрати! -Доступ до 100 підключень та 1 Гб пам’яті! (див. це для більш детальної інформації про обмеження!)
- Ви не розміщуєте дані, так це Firebase. І залежно від того, на який сервер ви ставите, переглядаючи там час, здається, останнім часом багато зривів.
Примітка. Я включив "Хто розміщує дані" як в профі, так і в мінуси. Це тому, що ви ніколи не говорили нам, скільки даних ви зберігаєте і хто збирається до них звертатися.