Tengo una lista de usuarios que solo los administradores pueden ver (= pocas lecturas). Esta lista también muestra un recuento de la cantidad de usuarios en el almacén de datos. Debido a que la lista podría crecer más de 1000 mi primer pensamiento fue evitar un recuento normal() y en su lugar utilizar un contador sharded.¿Cómo creo un contador flexible con más de 1000 filas pero pocas lecturas en Google App Engine?
Sin embargo, el problema es que los administradores también tienen acceso a varios filtros de búsqueda (en la GUI), como solo ver usuarios masculinos/femeninos, y así sucesivamente. Es importante que el recuento refleje estos filtros, de modo que puedan obtener el número de usuarias, usuarios masculinos y una miríada de otras combinaciones.
Debido a esto, los contadores fragmentados y los contadores de concurrencia alta sin fragmentación no parecen una buena idea, porque necesitaría crear un contador para cada combinación de filtros de búsqueda.
¿Debo simplemente crear un bucle de métodos count(), como se describe here o es esta una muy mala práctica? ¿Cómo lo haría de otra manera?
Tenga en cuenta que este contador es para una interfaz de administrador y que tendría un número muy limitado de lecturas. Este es realmente un caso de cuando me gustaría sacrificar algo de rendimiento de lectura por flexibilidad y precisión. Aunque debería poder crecer más allá de 1000, no se espera que crezca más de 10 000.
Gracias por su respuesta! Sí, estoy tentado por este enfoque, considerando que tendré muy pocas lecturas y ni siquiera estoy seguro de que la lista exceda 1000. Cuando hablas de cursores, ¿quieres decir que debería usar cursores para decidir el siguiente puesto de conteo?()? – Aneon