Tengo 3 oyentes de instantáneas de Firestore activos en mi aplicación, cada uno de los cuales escucha los cambios dentro de una colección diferente (no documentos, sino toda la colección).
Por el momento, los tamaños de las colecciones son pequeños, pero podrían aumentar considerablemente en el futuro, ¿eso afectaría en algo al rendimiento o el tamaño de la colección no importa?
Sé que no debería haber más de 100 instantáneas activas a la vez, y que no es una buena idea seguir conectando y desconectando a los oyentes con frecuencia, pero no pude encontrar nada sobre el tamaño real del documento/colección a la que pertenece. el oyente está conectado...
Lo que podría generar un problema de rendimiento no es el tamaño de las consultas, sino la cantidad de cambios en un período de tiempo. Si tiene 3 colecciones con 1000 documentos donde cada 2 minutos algunos documentos cambian, eso no será un gran problema de rendimiento, pero si tiene 3 colecciones/consultas con 100 documentos pero tienen actualizaciones para muchos de ellos cada pocos segundos, lo hará. aviso. Especialmente si tiene una administración estatal que sincroniza los datos entre Firebase y el estado.
Separaría a los oyentes en las consultas que se actualizan muy a menudo y los dejaría para aquellos que permanecen igual por un tiempo pero que podrían recibir actualizaciones. Por ejemplo en aplicaciones con listas desplegables que es una causa común. A menudo permanecen igual, pero podrían recibir actualizaciones, así que los escuchamos.
También para que quede claro. La carga inicial, por supuesto, tomaría más tiempo para cada uno de ellos si aumentan de tamaño, pero eso debería ser obvio. Debido al gran trabajo fuera de línea de Firestore que solo se notará en la primera carga y luego el usuario obtendrá los datos del caché y luego del servidor para que no lo note.
Por el momento, los tamaños de las colecciones son pequeños, pero podrían crecer considerablemente en el futuro, ¿eso afectaría el rendimiento o el tamaño de la colección no importa?
El tamaño de la colección no importa en absoluto. Lo que importa, es la cantidad de documentos que son devueltos por sus consultas. A diferencia de una base de datos SQL, donde la velocidad de las consultas depende de la cantidad de registros que existen en una tabla, en Firestore las cosas son diferentes.
El rendimiento de las consultas en Firestore depende de la cantidad de documentos que solicite y no de la cantidad de documentos que busque. Realmente no importa si busca 10 documentos en una colección de 1000 documentos o en una colección que contiene 100 MIL documentos, el tiempo de respuesta siempre será el mismo.
Dicho esto, si consultará la base de datos sin limitación , y la cantidad de documentos que devuelven sus consultas aumentará, es posible que obtenga consultas más lentas. En ese caso, siempre debe considerar obtener datos en fragmentos más pequeños. Esta técnica también se llama paginación.
Sé que no debería haber más de 100 instantáneas activas a la vez.
No hay limitación para eso. Los oyentes son baratos. Sin embargo, si está escuchando cambios en tiempo real, siempre considere eliminar los oyentes de acuerdo con el estado de su aplicación.
No se pudo encontrar nada sobre el tamaño real del documento/colección al que está adjunto el oyente.
Como ya mencioné, el tamaño de la colección no importa cuando se trata de obtener datos. El número de documentos que se devuelven importa. En cuanto al tamaño del documento, el tamaño máximo de un documento es de 1 Mib . Esto no cuenta en términos de rendimiento, ya que la consulta tomará la cantidad de tiempo exacta, pero tomará en términos de descargar los datos.