Så punkt her var i både indeks og forespørgselsrækkefølge valg.
Hvis du ser på dit tidligere output fra .explain() du vil se, at der er et "min/max"-område på "t"-elementet i dit udtryk. Ved at "flytte det til slutningen" af evalueringen tillader du andre filtreringselementer, der er vigtigere for det overordnede udtryk (bestem færre mulige matches af "e" for at være hovedfaktoren, før du scanner gennem "t" i dybest set "alt" .
Det er en lille smule DBA, men i NoSQL-verdenen tror jeg, at dette bliver et programmørproblem.
Du skal i det væsentlige konstruere din "korteste match-sti" langs de valgte taster for at få den mest effektive scanning. Det er derfor, de ændrede resultater udføres meget hurtigere.