Quindi il punto qui era sia nell'indice che nelle selezioni di ordinamento delle query.
Se guardi il tuo precedente output da .explain() vedrai che c'è un intervallo "min/max" sull'elemento "t" nella tua espressione. "Spostandolo alla fine" della valutazione, consenti ad altri elementi di filtraggio che sono più importanti per l'espressione complessiva (determina meno possibili corrispondenze di "e" come fattore principale prima di scansionare attraverso "t" praticamente in "tutto" .
È un po' DBA, ma nel mondo NoSQL credo che questo diventi un problema di programmatore.
Devi essenzialmente costruire il tuo "percorso di corrispondenza più breve" lungo le chiavi selezionate per ottenere la scansione più efficace. Ecco perché i risultati modificati vengono eseguiti molto più velocemente.
