Похоже, что это решение будет обеспечивать смягчение ограничения скорости для одной коллекции, как упоминалось здесь официальным персоналом Firebase, и с примером решения , предоставленного длявременные метки шардинга .
Суть решения сводится к тому, что индексируемые последовательные значения разбросаны по нескольким сегментам базы данных. Это связано с тем, что близкие соседние последовательные значения приводят кластер к одной машине с внутренней базой данных, что приводит к возникновению дросселирования, когда слишком много записей происходит за короткий промежуток времени на одной машине.
Наличие префикса перед индексацией на последовательной машинеЗначение (которое может быть достигнуто с помощью составного индекса) гарантирует, что эти индексы распределены по внутренним машинам (учитывая, что дисперсия представлена в первой части составного индекса). Ограничение скорости может быть затем определено с помощью записей в заданном префиксе составного индекса, а не глобально в коллекции.