Aplicaciones Android

Base de datos en tiempo real y Firestore: 9 diferencias principales

Publicado originalmente el wajahatkarim.com

Para el alojamiento en la estrato y la saco de datos, los desarrolladores pueden usar múltiples opciones, como Firebase, Firestore, AWS, Google Cloud, etc. Si tiene curiosidad sobre la comparación entre Firebase y AWS, puede acertar este artículo de Firebase y AWS aquí.

En este artículo, encontrará algunas diferencias importantes que pueden ayudarlo a encontrar una mejor alternativa, especialmente entre Firebase y Firestore.

TL; DR

Ahora podría pensar que estas dos bases de datos son buenas. Entonces, ¿cuál debería nominar? Una vez que conozca las principales diferencias, podrá replicar usted mismo.

1. Maniquí de datos

¿Suena como un maniquí de formación inevitable? Ja ja. pero no es la verdad. ¡Es triste!
La buena mensaje es que todos tienen bases de datos NoSQL. Entender más:

  • Almohadilla de datos en tiempo vivo de Firebase: En Firebase, las bases de datos en tiempo vivo almacenan datos en grandes árboles JSON. Esta es la razón por la que los datos pequeños o simples son fáciles de acumular. Sin incautación, al subir, los datos complejos o basados ​​en jerarquías son difíciles u organizados.
  • Cloud Firestore: En Cloud Firestore, los datos se almacenan como una colección de documentos. Los datos pequeños son fáciles de acumular en documentos que son muy similares a JSON. Por otro costado, los datos complejos y jerárquicos de Cloud Firestore son muy fáciles de organizar a gran escalera. Puede utilizar subcolecciones en documentos. Cloud Firestore requiere menos estandarización.

2. Concurso en recorrido y en tiempo vivo

Ambas bases de datos admiten el modo fuera de recorrido (lo que significa soporte para almacenamiento locorregional) y admiten SDK en tiempo vivo.

  • Almohadilla de datos en tiempo vivo: El soporte sin conexión solo está habitable para dispositivos móviles (Android e iOS).

  • Cloud Firestore: Soporte sin conexión para dispositivos móviles (Android e iOS), cliente web.

3. Presencia

Puede resultar muy útil compendiar información sobre si el cliente está en recorrido.

  • Almohadilla de datos en tiempo vivo: La saco de datos en tiempo vivo registra el estado de la conexión del cliente y nos proporciona actualizaciones cuando la conexión del cliente está en recorrido o fuera de recorrido.

Cloud Firestore: Esta máquina no lo admite. Pero esto no significa que no esté competente a utilizar esta función. Puede usar la compatibilidad con la saco de datos en tiempo vivo para mostrar el estado, solo use la función de estrato para sincronizar Cloud Firestore y la saco de datos en tiempo vivo.

relacionados : Cómo nominar entre Firebase y CometChat Pro

4. Consulta

Puede ordenar, recuperar y filtrar cualquier tipo de datos en la saco de datos mediante consultas.

  • Almohadilla de datos en tiempo vivo: Puede utilizar una consulta profunda. Sin incautación, existen algunas limitaciones en el filtrado y la clasificación práctico. Puede usar filtros o ordenar los atributos en la consulta, pero no puede manejar uno y otro al mismo tiempo. De forma predeterminada, la consulta es profunda y siempre devuelve un subárbol completo.
  • Cloud Firestore: Puede utilizar consultas de índice con buenas funciones de clasificación y filtrado compuesto. Puede utilizar clasificación, filtrado combinado y filtrado en sujeción para cada atributo en una consulta. Las consultas aquí son simples; solo devuelven documentos en una colección o liga de colección específico y nunca devuelven datos de subcolección. Esto significa que las consultas de Firestore deben devolver el documento completo.

5. Escritura y negociación

  • Almohadilla de datos en tiempo vivo: La saco de datos en tiempo vivo le proporciona operaciones básicas de escritura y transacción. Le gusta escribir datos mediante operaciones de modernización y configuración. La transacción aquí está en un subárbol de datos específico.
  • Cloud Firestore: Cloud Firestore te proporciona operaciones avanzadas de escritura y respuesta, como escribir datos a través de operaciones de modernización y configuración, y puedes usar conversiones avanzadas, como operaciones de matrices y números. Las transacciones pueden escribir y acertar datos automáticamente desde cualquier parte de la saco de datos.

6. Fiabilidad y rendimiento

La confiabilidad y el rendimiento son partes importantes, en las que puede lanzarse qué saco de datos nominar.

  • Almohadilla de datos en tiempo vivo: Esta es una decisión de dominio única. En una sola región, la saco de datos está limitada a la disponibilidad regional. Proporciona desestimación latencia. Creo que esto es ideal para aplicaciones que usan sincronización frecuente.

  • Cloud Firestore: Esta es una decisión de múltiples regiones, lo que significa que se escalará automáticamente. Compartir datos entre múltiples centros de datos en diferentes regiones es solo para certificar que la escalabilidad sea general y nos brinde una gran confiabilidad. Igualmente proporciona configuraciones regionales y multirregionales en todo el mundo.

7. Escalabilidad

  • Almohadilla de datos en tiempo vivo: En una saco de datos en tiempo vivo, el proceso de expansión no es inevitable, debemos expandirnos nosotros mismos.Escalera Aproximadamente 200.000 conexiones al mismo tiempo Y proporcione 1000 escrituras por segundo en una sola saco de datos. La saco de datos en tiempo vivo lo libera de las restricciones de escritura.

  • Cloud Firestore: En Cloud Firestore, el proceso de expansión es inevitable. Firebase lo hace por sí solo.En Cloud Firestore, puede hacer teleobjetivo Más de un millón de conexiones Al mismo tiempo, le proporciona 10,000 escrituras por segundo. Firebase aumentará este techo en el futuro. Sin incautación, Firestore Cloud además limita la escritura de cada documento o índice.

  • Almohadilla de datos en tiempo vivo: La autorización y la comprobación son independientes. Las reglas se escriben y leen desde el SDK para dispositivos móviles. Estas reglas están protegidas por las reglas de la saco de datos en tiempo vivo de Firebase. Puede repasar fácilmente los datos por separado utilizando reglas efectivas.

  • Cloud Firestore: La autorización y la comprobación se combinan. Escriba y lea reglas desde el SDK móvil. Estas reglas están protegidas por las reglas de seguridad de Firestore. Las reglas aquí pueden deslindar su consulta, porque si el resultado de la consulta puede ser un tipo de datos al que el beneficiario no puede entrar, toda la consulta fallará.

Puede ver los detalles de precios del plan Spark, el plan Blaze y el plan Flame desde aquí.

  • Almohadilla de datos en tiempo vivo: La saco de datos en tiempo vivo de Firebase solo se cobra por el almacenamiento y el encantado de cuadrilla, lo que significa que todo lo demás es de balde. Pero creo que los costos de almacenamiento y encantado de cuadrilla son un poco altos.

  • Cloud Firestore: Firebase Cloud Firestore cobra tarifas por sus operaciones (como lecturas, eliminaciones y escrituras, y almacenamiento), y las tarifas de encantado de cuadrilla son más bajas, no las bases de datos en tiempo vivo.

En sumario, si eres pequeño, elige «en tiempo vivo», o si quieres crecer, usa «Cloud Firestore».

Cual es el campeón?

Te sugiero que elijas Cloud Firestore.

La razón es simple, porque es una saco de datos nueva y recomendada por el equipo de Firebase.

Por otra parte, Firestore además le proporciona funciones adicionales, mejor rendimiento, reglas de seguridad más estrictas y, lo más importante, es escalable.

Diviértete y usa siempre tu código. 🙏


Finalmente, suscríbase a mi boletín para obtener más tutoriales y consejos sobre el mejora de Android directamente en su bandeja de entrada.


Wajahat Karim Licenciado de NUST Islamabad, es un desarrollador móvil experimentado, colaborador activo de código descubierto y coautor de los dos libros «Unity Learning Android Intent and Mastering Android Game Development». En su tiempo huido, le gusta tener lugar tiempo con su grupo, realizar experimentos de codificación, escribir muchas cosas (principalmente en blogs y medios) y es un colaborador apasionado del código descubierto. En junio de 2018, una de sus bibliotecas se convirtió en la número uno en Github Trending. Su biblioteca tiene en torno a de 2000 estrellas en Github y es utilizada por desarrolladores de todo el mundo en varias aplicaciones.SIGUELO Gorjeo Obtenga más actualizaciones sobre su trabajo en escritura, Android y código descubierto con medio.

Por otra parte, si tiene alguna pregunta que pueda replicar, comuníquese con él a través de su sitio web wajahatkarim.com, el asunto es DEAR WAJAHAT.

LEER  WhatsApp prueba el límite de transferencia de 2 GB...

Publicaciones relacionadas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba