Estoy creando una aplicación web usando Firebase que toma los mismos datos y los presenta de dos maneras diferentes: en una lista y como marcadores en un mapa de Google.Firebase: ¿el almacenamiento en caché mejora el rendimiento?
Ahora mismo, en cada vista, mapa o lista, tengo código para consultar los datos de firebase, fusionarlos y mostrarlos. En cambio, estoy considerando este plan: al inicio, consultar los datos, fusionarlos y guardarlos en una matriz que paso de vista a vista.
En cierto sentido, estoy "almacenando en caché" los datos de firebase en una matriz. Esto no es ideal en un sentido: los datos en caché no están tan actualizados como para consultar directamente a Firebase. Por otro lado, solo llamo a Firebase una vez.
¿Tiene esto sentido de la interpretación? ¿Los datos de lectura de una base de Firebase se toman en el mismo orden de magnitud que la lectura de datos de una matriz?
Gran explicación. Los documentos, por cierto, dan esta impresión pero no entran en detalles tan grandes (esto podría ser un gran apéndice para los documentos) – Kato
Estamos planeando agregar algunas secciones sobre el rendimiento a los documentos en el futuro cercano. –
@AndrewLee ¿Alguna vez se escribirá esta sección de rendimiento? He estado usando Firebase durante 2 años y no hice "clic" exactamente como lo hizo cuando esta respuesta (de 5 años) explicó cómo podía almacenar una captura de datos para su uso posterior. Ahora me doy cuenta de que he estado codificando bastante a la defensiva, por miedo a no saber qué hace Firebase y qué no "almacena en caché" internamente. Ahora veo que una DataSnapshot es solo un cursor navegable para una estructura de datos interna inmutable, y que 'val()' clona sus datos en un POJO. ¡Este es un diseño tan elegante! Felicitaciones :-) – skrebbel