ух ты, здесь оказывается если перевести айдихи в ObjectId можно с помощью знаков сравнения понять какой объект следующий в хранилище

если вы не укажете условие для $sort, то в этом случае у вас порядок будет неопределенным

а чем хорош mongoose? он типо асинхронный?

На главной странице сайта mongoose емко сказано какие преимущества он дает - "Mongoose provides a straight-forward, schema-based solution to model your application data. It includes built-in type casting, validation, query building, business logic hooks and more, out of the box."

У него есть хуки, .populate, и приведение к типам, которые описанные в "схеме"

щаз несколько часов восстанавливаться будет

Добрый день. В общем мигрировала БД на новый сервер. теперь встал вопроса бекапа. но вот незадача. скрипт со старой БД не проходит. Жалуется на Failed: error connecting to db server: server returned error on SASL authentication step: Authentication failed. Вот собственно и вопрос, я могу сделать юзера, или посмотреть логопас существующих? сам скриптик примерно такого рода: mongodump --host IPADDRESS --authenticationDatabase DBNAME --db DBNAME -u DBUSERNAME -p DBASSWORD --collection NAMECOLLECTION --query "{ \"addedTime\" : { \$gte: { \"\$date\" : \"date -d \"yesterday\" '+%Y-%m-%dT00:00:00Z'`\"} , \$lt: {\"\$date\" : \" date '+%Y-%m-%dT00:00:00Z'\"} }}" --out -|gzip >/PATHTO/NAME-`date +%Y-%m-%d.zip

подозреваю что аргумент в --authenticationDatabase не должен совпадать с --db

используете монстра в виде монгуса с кучей своей логики и удивляетесь почему стало медленно? хотите быстро - используйте драйвера напрямую

Да дело то даже не в этом. Я вообще не понимаю, почему настолько увеличилось время запросы даже если мы отбросим мангус. Размер дока - всего навсего 0.5 мб, при допустимом максимальном значении в 16. В коллекции всего 1 документ, с которым я и экспериментирую. Но больше всего меня удивляет тот факт, что в Robo3T этот же док грузится в среднем за 4-6мс. И этот запрос не кэшируется, я прям специально компухтер перезагрузил, чтоб все было чисто на 100%. И еще делаю getPlanCache().clear() для коллекции. И все равно время запроса в Robo3T у меня 3-4 мс, на мангусе 500-600мс, а на драйвере от 30 до 150мс. Классный разброс, однако)

Ни в коем случае нельзя ребутать систему когда меряешь производительность не запуска системы. Дальше монгус делает кучу доп логики по валидации вот и начинает умирать на сложных документах, зарепорьте пусть ускоряют

Напиши пожалуйста как, вдруг кто встанет в это кроме тебя, чтобы найти по истории можно было

Это жрет приведение полученного их базы объекта к объявленной схеме

К слову сказать, мне нужно запрашивать эти 10,000 значений для того, чтобы посчитать среднее значение по ним. И знаете, aggregation framework это делает, как ни странно, гораздо быстрее, чем запросить-посчитать ручками в коде (где то за 35 мс выполняется в среднем). И я бы так и делал, только вот одно меня смущает. Скорее всего эти агрегации будут ощутимо грузить базу. Учитывая, что данная статистика хранится для каждого пользователя приложения, делать это придется очень часто и много. И я сейчас на самом деле перед выбором: либо все таки доверится aggregation framework-у, пусть база сама считает да агрегирует, или все таки выгружать и считать самостоятельно (но тогда придется разбираться с медленными запросами). Это конечно супербалдежно - пользователь кликает на вкладку статистика, запрос уходит на сервер, и сервер начинает пыхтеть и целую секунду все это дело запрашивать, перебирать, считать. Да пользователь уснет от скуки, пока расчет закончится и результат вернется на фронт.

Ребята, что-то не могу подсоединить удаленную MongoLAb к Robo 3t, гуглю, ничего нет

может ssh ?