Entonces el punto aquí estaba tanto en el índice como en las selecciones de ordenación de consultas.
Si observa su salida anterior de .explain() verá que hay un rango "mínimo/máximo" en el elemento "t" en su expresión. Al "mover eso al final" de la evaluación, permite otros elementos de filtrado que son más importantes para la expresión general (determinar menos coincidencias posibles de "e" para que sea el factor principal antes de escanear a través de "t" en básicamente "todo" .
Es un poco DBA, pero en el mundo NoSQL creo que esto se convierte en un problema del programador.
Esencialmente, debe construir su "ruta de coincidencia más corta" a lo largo de las teclas seleccionadas para obtener el escaneo más efectivo. Es por eso que los resultados alterados se ejecutan mucho más rápido.
