Para almacenar gran cantidad de información, ¿qué debo elegir, Firebase o MongoDb en el desarrollo de Android?

La “gran información” no es absoluta, es relativa. Como leer / escribir millones de registros en una máquina que tiene 1 GB de RAM con procesamiento de 1.2 GHz sería una “información enorme”, pero para una máquina con 64 GB de RAM que tiene 32 CPU, sería “información pequeña”. Depende de tu infraestructura.

Por lo tanto, sería bueno si puede mencionar qué tipo de información desea almacenar.

Sin embargo, lo he categorizado en diferentes secciones, ya que depende de la naturaleza de su proyecto.

Si necesita almacenar grandes cantidades de datos sin lecturas frecuentes como registros, datos de ubicación del usuario para análisis (no análisis en tiempo real solo para fines de registro o historial), entonces debe optar por MongoDB . No es necesario invertir en Firebase, ya que no va a consumir su característica principal, que es lectura / escritura en tiempo real.

Si tiene operaciones de lectura / escritura muy frecuentes con millones de usuarios, como el seguimiento de la ubicación en tiempo real, la presencia del usuario (en línea / fuera de línea), debe optar por Firebase, ya que aprovechará el costo de su infraestructura.

Pero debe tener una cosa en mente: que después de que crezca su aplicación, podrá personalizarla junto con Firebase a largo plazo. De nuevo depende de la naturaleza de su aplicación.

Palabras finales: MongoDB y Firebase pueden manejar miles de millones de registros con operación de lectura / escritura, lo único es que en MongoDB debes concentrarte en la infraestructura, pero en el caso de Firebase no tienes que preocuparte por la infraestructura. Si habla de API, MongoDB tiene un poco más de esfuerzo adicional, pero sería similar a Firebase si su aplicación es una aplicación empresarial.

Optaría por MongoDb.

Está probado en producción para este tipo de proyecto: Firebase es más para el desarrollo en tiempo real, aunque puede usarlo para almacenar datos de valor clave.