След това точката тук беше както в селекциите за индексиране, така и за подреждане на заявки.
Ако погледнете по-ранния си резултат от .explain() ще видите, че има диапазон "min/max" на елемента "t" във вашия израз. Като „преместите това до края“ на оценката, позволявате на други филтриращи елементи, които са по-важни за цялостния израз (определете по-малко възможни съвпадения на „e“ като основен фактор, преди да сканирате въпреки „t“ в основно „всичко“ .
Това е малко DBA, но в света на NoSQL вярвам, че това се превръща в проблем на програмиста.
По същество трябва да конструирате своя „най-кратък път на съвпадение“ по избраните ключове, за да получите най-ефективното сканиране. Ето защо променените резултати се изпълняват много по-бързо.
