Так же одно и то же поле может использоваться в разных индексах, значит одно и то же поле будет храниться в самом документе и копии в каждом индексе. А если вы удалите все индексы то, значения остануться только в документе. Можете поэксперементировать на базе и посмотреть как измениться использование диска (индексами и данными, а не резервированное место).
Есть индекс text, (текстовый индекс), основаный на инвертированном индексе.
> скалярный индекс
нету такого, там для остальных полей используется модификация от btree.
> Hash Indexes
из вашей же ссылки: MongoDB provides a hashed index type, which indexes the hash of the value of a field.
Это не хеш индекс, а хешированное значение положенное в обычный индекс. Монга не предоставляет хеш индекс как индекс для использования.
Сам же хеш индекс используется в 99% ПО.
будет, загрузка индексов с диска в оперативную память гораздо быстрее чем пересчет всего индекса при старте, так же если индекс не влезает в память то часть его храниться на диске, и диск участвует в поиске.
Корме того есть "базы" которые хранят только индекс без самих данных/коллекций.
> а в индексе порядок по убыванию/возрастанию значения.
Индексы бывают разные, например hash table/инвертированый индекс и текстовый хранят не по порядку. И вообще там не порядок по убыванию а дерево.
Для директив 2-way - нормально, но для компонентов лучше использовать 1-way, т.е. ввод данных через проперти, а получение данных из компонента через евенты (как будь-то вы используете кнопку/инпут или т.п.)
Например ´@change="rating=$value"´ в примере для Angular Light: jsfiddle.net/lega911/vyoq12hj
Антон Тихомиров: за последние лет 5 трогал разные сервера от хетзнера, всегда были какие-то проблемы, чаще связанные с io и диском.
Особенно острый случай был когда 99% io уходило на синхронизацию raid, 100% времени, в итоге там даже "тетрис" запускался по 10 мин
