У меня есть список пользователей, которые могут видеть только администраторы (= мало чтений).В этом списке также отображается количество пользователей в хранилище данных.Поскольку список мог вырасти больше 1000, моей первой мыслью было избежать нормального подсчета () и вместо этого использовать счетчик с сегрегами.
Однако проблема в том, что администраторы также имеют доступ к различным поисковым фильтрам (вGUI), например, просмотр только пользователей мужского и женского пола и т. Д.Важно, чтобы подсчет отражал эти фильтры, чтобы они могли получить число пользователей женского пола, пользователей мужского пола и множество других комбинаций.
Из-за этого не используются сегментированные счетчики и счетчики с высоким параллелизмом без шардинга.кажется хорошей идеей, потому что мне нужно было бы создать счетчик для каждой комбинации поисковых фильтров.
Должен ли я просто создать цикл методов count (), таких как описанные здесь илиэто очень плохая практика?Как бы я сделал это иначе?
Обратите внимание, что этот счетчик предназначен для интерфейса администратора и имеет очень ограниченное число операций чтения.Это действительно тот случай, когда я хотел бы пожертвовать некоторой производительностью чтения для гибкости и точности.Несмотря на то, что он должен быть в состоянии превышать 1000, он не должен превышать 10 000.