Realmente no nos ha brindado mucha información sobre para qué se utilizarán estos datos. Quiero decir, has dicho qué datos se almacenarán, pero ¿qué vas a hacer con ellos?
Si su propósito es almacenar los datos y luego informar sobre ellos, creo que está buscando en el lugar equivocado. Una base de datos MySQL o SQL simple funcionaría bien y las herramientas de informes están fácilmente disponibles.
Sin embargo, si se va a vincular a algo como una aplicación web o móvil donde los datos cambian constantemente por varios usuarios (todos acceden a la misma base de datos almacenada en la nube), entonces Firebase es el camino a seguir.
Entonces, sus ventajas y desventajas:
Pro
- Si su aplicación funciona con una base de datos centralizada y es actualizada por muchos usuarios, entonces es más que capaz de manejar las actualizaciones de datos en tiempo real entre dispositivos.
- Almacenado en la nube tan fácilmente disponible en todas partes.
- API multiplataforma (si está utilizando esta base de datos con una aplicación)
- Ellos alojan los datos. -Significando que si está almacenando una gran cantidad de datos, ¡no tiene que preocuparse por el hardware!
Contras:
- A menos que su aplicación ejecute una base de datos centralizada actualizada por una gran cantidad de usuarios, es una exageración importante.
- El formato de almacenamiento es completamente diferente al de SQL (Firebase usa JSON) para que no pueda migrar tan fácilmente.
- Las herramientas de informes no estarán cerca de las de SQL estándar.
- Costos! -¡Limitado a 100 conexiones y 1 GB de almacenamiento! (¡mira esto para más detalles sobre las limitaciones!)
- Usted no aloja los datos, Firebase sí. Y dependiendo del servidor que te pongan, ver el tiempo de actividad parece haber muchas interrupciones últimamente.
Nota: Incluí "Quién aloja los datos" tanto en pro como en contra. Eso es porque nunca nos dijo cuántos datos estaba almacenando y quién iba a acceder a ellos.