Не знам кой го е казал, но MongoDB има начин да кешира заявки, всъщност използва LRU на операционната система за кеширане, тъй като самата тя не управлява паметта.
Докато вашият работен набор се побира в LRU, без да се налага операционната система да го извежда или разменя постоянно, вие трябва да четете тази заявка от паметта повечето пъти. Така че, да, MongoDB може да кешира, но технически не го прави; операционната система прави.
Механизмите за кеширане за решаване на този вид проблеми са еднакви за повечето технологии, независимо дали са от MongoDB или SQL. Разбира се, това има значение само ако е проблем, вие вероятно микрооптимизирате, ако питате мен; освен ако не получавате трафик от тип Facebook, Google или Youtube.
Темата за кеширане преминава към огромна тема, която варира от кеширане на заявки в предварително агрегирани MongoDB/Memcache/Redis и т.н. до кеширане на HTML и други уеб ресурси, за да се направи възможно най-малко работа от страна на сървъра.
Вашият сценарий, както казах лично, звучи така, сякаш мислите погрешно за пропиляната компютърна мощност. Дори и да кеширате тази заявка в друга колекция/технология, вероятно ще използвате същото количество енергия и ресурси за извличане на резултата от тази технология, отколкото ако просто не си правите труда. Това предположение обаче се свежда до това, че имате правилните индекси, схема, настройка и т.н.
Препоръчвам ви да прочетете някои връзки за добър дизайн на схема и създаване на индекс:
- http://docs.mongodb.org/manual/core/indexes/
- https://docs .mongodb.com/manual/core/data-model-operations/#large-number-of-collections
Да, мисля, че като се опитвате да се тревожите за кеширането на заявки, вие преждевременно оптимизирате, особено ако не искате да излетите, какво би било 90% от натоварването на вашия сървър всеки път; зареждане на самата страница.
Бих се съсредоточил върху вашата схема и индекси и след това ще се тревожа за кеширането, ако наистина имате нужда от него.
