Вы действительно не дали нам много информации о том, для чего эти данные будут использоваться. Я имею в виду, вы сказали, какие данные будут храниться, но что вы собираетесь с этим делать?
Если ваша цель - сохранить данные, а затем отчитаться о них, то я думаю, что вы ищете не в том месте. Простая база данных MySQL или SQL вполне подойдет, а инструменты отчетности легко доступны.
Однако, если вы собираетесь ссылаться на что-то вроде веб-приложения или мобильного приложения, где данные постоянно меняются несколькими пользователями (все обращаются к одной и той же базе данных, хранящейся в облаке), тогда Firebase - это то, что вам нужно.
Итак, ваши за и против:
Pro,
- Если ваше приложение работает с централизованной базой данных и обновляется многими пользователями, то оно более чем способно обрабатывать обновления данных в реальном времени между устройствами.
- Хранится в облаке, так легко доступны везде.
- Кроссплатформенный API (если вы используете эту БД с приложением)
- Они размещают данные. - Если вы храните много данных, вам не нужно беспокоиться об оборудовании!
Con-х:
- Если ваше приложение не запускает одну централизованную базу данных, обновленную огромным количеством пользователей, это является серьезным излишним.
- Формат хранения полностью отличается от формата SQL (Firebase использует JSON), поэтому вы не сможете легко выполнить миграцию.
- Инструменты отчетности не будут похожи на стандартные SQL.
- Расходы! -Ограничено до 100 подключений и 1 ГБ хранилища! (см. это для более подробной информации об ограничениях!)
- Вы не размещаете данные, Firebase делает. И в зависимости от того, на какой сервер вы ставите, просмотр времени там может показаться большим нарушением в последнее время.
Примечание: я включил «Кто размещает данные» в «за» и «против». Это потому, что вы никогда не говорили нам, сколько данных вы храните и кто будет получать к ним доступ.