Круто. Осталось дождаться пару фиксов и можно с 3.2 мигрировать)

» The MongoDB Compass family is now expanded to include the new Compass Community edition отлично

Всем привет. Я правильно понимаю, что я не могу с помощью метода update() обновить поле документа, если оно раньше не было задано? Mongoose

можешь, что мешает его через $set выставить?

можешь, что мешает его через $set выставить?

Хм, спасибо. Завтра попробую

можешь, что мешает его через $set выставить?

если в схеме монгуса это поле существует конечно

Ребят, привет

такой вопрос

db.hostInfo() показывает, что на инстансе 3.7гб оперативки

totalIndexSize одной из коллекции - 3.6гб

Из этого следует, что скорее всего монга скинула некоторые индексы на диск ?

Вернее все остальные

Можно ли такое припустить ?

Скинула 100%. Под кеш отдаётся половина памяти

Я завтра в питере

Буду свободен после 15:00

Всем привет! Есть коллекция блоков с номерами 1,2,3..13423, 13424. Можно ли как то получить номера блоков, которых нет в коллекции? Например как с помощю generate_series в postgres

Скорее всего нет.

Всем привет. Пытюсь обновить несуществующее поле в документе таким запросом: users.findOneAndUpdate({uid: telegramID}, {$set: {is_read_channel: false}}) Но почему-то всё равно поле после запроса не создаётся. Аналогичный запрос для уже имеющегося поля срабатывает отлично. В чём проблема? P. S. Mongoose. Все переменные определены. Обработчик ошибки есть, но там пусто

users.findOneAndUpdate({uid: telegramID}, {$set: {is_read_channel: false}})

Попробуй

Попробуй

Ой, я так и делал. Просто не тот код указал в вопросе. Всё равно не получается

а если вручную это сделать в монгошеле?

users.update({uid: telegramID}, {is_read_channel: false}) А такое?

users.update({uid: telegramID}, {is_read_channel: false}) А такое?

И так не хочет

И так не хочет

а из монгошела?

ручками

А users - это что?

тут больше вопрос, а точно ли по telegramID чтото найдется? оно там точно какое требуется?

тут больше вопрос, а точно ли по telegramID чтото найдется? оно там точно какое требуется?

Когда я меняю другое поле с этим же telegramID, то всё норм

А users - это что?

схема монгуса

схема монгуса

Хм, тогда странно.

Все советы, которые тебе дали должны обновлять поле)

Ошибка значит в другом

Сделайте mongoose.set('debug', true) и посмотрите, какой запрос формируется.

а из монгошела?

А вот из монгошелла работает. Я уже предполагаю, где ошибка

А вот из монгошелла работает. Я уже предполагаю, где ошибка

что и требовалось

Чёт всё равно не хочет. Mongoose генерирует это: users.findAndModify({ uid: 146701212 }, [], { '$set': { is_read_channel: true } }, { new: false, upsert: false, fields: {} }) Если указать upsert = true, то всё равно не выходит

Чёт всё равно не хочет. Mongoose генерирует это: users.findAndModify({ uid: 146701212 }, [], { '$set': { is_read_channel: true } }, { new: false, upsert: false, fields: {} }) Если указать upsert = true, то всё равно не выходит

А вы ожидаете, что в результате вызова функции вернется измененный юзер с параметром is_read_channel?

А вы ожидаете, что в результате вызова функции вернется измененный юзер с параметром is_read_channel?

Ну... Да

Чёт всё равно не хочет. Mongoose генерирует это: users.findAndModify({ uid: 146701212 }, [], { '$set': { is_read_channel: true } }, { new: false, upsert: false, fields: {} }) Если указать upsert = true, то всё равно не выходит

{ new: true } нужно

если я правильно помню, этот флаг при update возвращает обновленный документ.

ДС2, я освободился и зависаю в районе гостинки

я часиков в 19 освобожусь

в 20 +- можно пересечься

Я в 21 уже отчаливаю :)

ну бла )

на чем отчаливаешь ?

Сапсаном

{ new: true } нужно

Тоже пробовал. Всё равно не получается. Прям магия какая-то

ну ок пришел попозже, попытаюсь уйти пораньше

:)

а чо где ?

ща yopp уедет, а питерцы соберутся :)

гг

как обычно же. для сборов нужен катализатор.

@lig11 где там у нас Pyter-MongoDB ?

точнее как же так ??

Я упал в Иван да Марью

Спасибо большое Тогда такой вопрос: на данный момент это сингл инстанс. Индексы скинуты на диск. Я хочу поднять реплика-сет. Если я подниму вторичный узел с 8гб оперативки, то индексы с первичного узла которые на диске запишутся на вторичный тоже на диск или все таки в оперативку ?

Скинула 100%. Под кеш отдаётся половина памяти

Спасибо большое Тогда такой вопрос: на данный момент это сингл инстанс. Индексы скинуты на диск. Я хочу поднять реплика-сет. Если я подниму вторичный узел с 8гб оперативки, то индексы с первичного узла которые на диске запишутся на вторичный тоже на диск или все таки в оперативку ?

никакой магии нет, часть памяти уйдет на файловый кеш файловой системы на уровне ОС, часть будет отожрана самой монгой для работы с данными по текущим запросам, и чтото там для индексов останется. Первое примерно половина, второе зависит от запросов, поместятся ли все индексы - как повезет. Но то что будет лучше чем на 4гб тачке эт точно.

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

Понял, спасибо. А по производительности, еcли сравнивать хранение индексов на SSD диске и хранение индексов в оперативке, разница сильно ощущаемая ?

странный вопрос

в оперативке ничего не хранится

Ну да, не точный

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

Я просто вроде как читал, что монга пытается держать индексы в оперативке, когда заканчивается место - сбрасывает часть на диск, что немного замедляет скорость

AFAIK, в случае с WT, индексы и данные не различаются и в памяти будут жить те сущности, которые чаще запрашиваются. Если есть какой-то конкретный очень горячий запрос в индекс, то в кеше будут лежать нужные для поиска страницы

Я просто вроде как читал, что монга пытается держать индексы в оперативке, когда заканчивается место - сбрасывает часть на диск, что немного замедляет скорость

Монга все операции сбрасывает на диск.

Иначе как вообще

Я постепенно превращаюсь в тыкву есличо.

Понял, спасибо. А по производительности, еcли сравнивать хранение индексов на SSD диске и хранение индексов в оперативке, разница сильно ощущаемая ?

был опыт преезда на ssd кластера из двух шардов по 1,5 тб каждый. С индексами 300+ гб. insert в мин 20k 160к update и 80 query. работа с данными устроена так, что внезапно прилетают запросы в прошлое и ходят по диску. вставка падала тогда почти в три раза. С ssd все проблемы ушли

ты в дс долго еще будешь ?

или все до дома ?

Я 8 декабря уже должен быть на Балканах

ну просто я в дс достаточно часто бываю может успею тебя еще там зацепить

Так ты сейчас цепляй!

пока занят (