то есть, имеет смысл брать тазики с большим кол-вом рамы?

Т.е надо начать делать и получать данные, когда вы точно опрелите круг задач и форматы данных и наберетесь тпыта эксплуатации монги, то уже сможете скорректировать ваши хранилища

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

то есть, иначе, монга под эти задачи, в принципе, годится, нужно будет только подтюнить?

Да

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

да, скорее всего, валить будет много. спасиба :)

Всем привет. Столкнулся с проблемой update. Кейс: Нужно найти документы по определенному признаку и в найденных записать 0 в предпоследнее значение массива, который является одним из полей. Теоретически, должно быть что-то типа вот такого: db.items.update({%условия поиска%}, { $set : { "array.-2" : 0}}) , но там не работает обращение по негативному индексу, как, например в position. В общем перепробовал уже кучу вариантов, но чет не нахожу решения.

то есть, имеет смысл брать тазики с большим кол-вом рамы?

Абсолютно нет

Основное свойство чатов: короткое время актуальности. Через сутки, сообщение скорее всего больше никогда не будет повторно прочитано.

Вам надо будет хранить очень много данных, очень и очень дёшево. И совсем ничтожную часть данных держать горячей

В монге вы хорошо сможете это решить шардированием, но придётся немного повозиться. Если нужно потом делать аналитику, то сложнее. Но тоже решаемо.

вопрос не по монго ну может кто знает

find({ "answer.0.results.0.to" : "tatata", date: {$gte: ISODate("2018-05-28T18:22:58Z")}}) такой вот запрос в монго вполне рабочий `my $now = DateTime->now; my $n_minutes_ago = $now->add( minutes => -3 ); my $then = DateTime->now( time_zone => 'Europe/Moscow' )->truncate( to => 'minute' )->add( minutes => -3 ); my $cnt = $users->find({ "answer.0.results.0.to" => $arg1, "date" => {'$gte' => $then}});` может кто увидит где я с датами накосячил ( 2018-05-28T18:47:00 print then а он выводит все что есть по запросу как будто игнорируя gte

используйте 3 обратных апострофа или как они называются

поясните

копируя сюда многострочный код лучше использовать три обратных апострофа ` ` ` текст текст ` ` ` вот так (только между апострофами пробелов не должно быть)

иначе парсер телеграмма может корёжить код как ему вздумается

я уже всю голову поломал

и пробывал и тройные кавычки и экранирование, и экранирование экранирование

копируя сюда многострочный код лучше использовать три обратных апострофа ` ` ` текст текст ` ` ` вот так (только между апострофами пробелов не должно быть)

не все клиенты поддерживают, тгдесктоп вроде до сих пор нормально не умеет

если "тгдесктоп" это официальный, то всегда умел

Ребят почему может не работать index({ createdAt: 1 }, { expires: '1m' });

Ребят почему может не работать index({ createdAt: 1 }, { expires: '1m' });

дата не в том формате

timestamps: true, оно же в нужном формате создается

я там форматами дат нигде не управляю

"timestamps: true" это кто делает?

точнее опция к чему

mongoose

к схеме

const RegSchema = Schema( { username: { type: String, required: true, unique: true, }, contacts: { type: String, required: true, }, status: { type: String, enum: ['awaiting', 'rejected', 'approved'], default: 'awaiting', required: true, }, }, { timestamps: true }, ); RegSchema.index({ createdAt: 1 }, { expires: '1m' });

а ьеперь залезте в базу и гляньте в каком виде там

в ISO, вроде так и должно быть

{ "_id" : ObjectId("5b0c417cfca6fd103435381a"), "status" : "awaiting", "username" : "кккккккккккккккк", "contacts" : "кккккккккккккккк", "createdAt" : ISODate("2018-05-28T17:50:52.793Z"), "updatedAt" : ISODate("2018-05-28T17:50:52.793Z"), "__v" : 0 }

Ребят, есть тут кто юзает mlab? У меня только что БД упала, локально и на хостинге. Может, Кто знает в чем трабла ( может там обновление какое или еще что ). Код на хостинге не трогал, т.е. проблема в млаб

{ "_id" : ObjectId("5b0c417cfca6fd103435381a"), "status" : "awaiting", "username" : "кккккккккккккккк", "contacts" : "кккккккккккккккк", "createdAt" : ISODate("2018-05-28T17:50:52.793Z"), "updatedAt" : ISODate("2018-05-28T17:50:52.793Z"), "__v" : 0 }

а монгус точно позволяет передавать '1m' как параметр?

да, но я пробовал по разному и 3600

3600 - эквивалент часу

там ж секунды

это я потом уже понял, 60 тоже пробовал

дело не в этом мне кажется

а индекс пересоздавали?

советую сейчас првоерит ькакие нидексы созданы в базе

у меня для сессий connect-mongo тоже задает expires, так вот для сессия в базе появляется поле expire, а тут его нет

дропал и создавал по новой раз 10)

{ "v" : 2, "key" : { "createdAt" : 1 }, "name" : "createdAt_1", "ns" : "db.regs", "expireAfterSeconds" : 60, "background" : true }

вроде выглядит верно, а время на сервере в какой таймзоне?

{ "v" : 2, "key" : { "createdAt" : 1 }, "name" : "createdAt_1", "ns" : "db.regs", "expireAfterSeconds" : 60, "background" : true }

чекните что выдает db.hostInfo().system.currentTime

ISODate("2018-05-28T18:19:16.211Z")

я сейчас на сервер UTC поставил, чтобы совпадало

но похоже это не помогло

А нет помогло)

Спасибо))

Всем привет. Подскажите, плиз, есть коллекция: { _id: ..., author: '...', text: '...' } как сделать выборку с группировкай по автору?

Всем привет. Подскажите, плиз, есть коллекция: { _id: ..., author: '...', text: '...' } как сделать выборку с группировкай по автору?

что значит "сгруппировать" ? какой результат вы ожидаете получить?

что значит "сгруппировать" ? какой результат вы ожидаете получить?

[ { name: "Vasya", items: [...] }, { name: "Petya", items: [...] }, ] как-то так

тогда вам в aggregation и там соотвественно group

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

т.е. отсоединил, обновил и сразу заново в реплика сет подключил инстанс

а зечем отсоединять?

остановил репликацию, погасил софт, обновил, запустил

Привет! Кто может подсказать почему если указать в db.collection.find().skip(3400) - запрос начинает долго висеть и выбирает 100000 документов. А всего их 3600?

точнее будет сказать что в запросе идут limit(20).skip(3400) - т.е. я делаю пагинацию/постраничку

сначала скип потом лимит

нету разницы. всё равно находит больше результатов чем их есть

какая-то хрень =(

в db.currentOp() - numYields это не количество результатов?

Привет! Кто может подсказать почему если указать в db.collection.find().skip(3400) - запрос начинает долго висеть и выбирает 100000 документов. А всего их 3600?

Выбирает 100к документов когда в коллекции всего 3к?

в find 3600 запросов

а когда делаю find.skip.limit - зависает и numYields растет

если я правильно понимаю explain - почему то идёт по всем документам в коллекции вообще

"executionStats" : { "executionSuccess" : true, "nReturned" : 20, "executionTimeMillis" : 1509937, "totalKeysExamined" : 19542300, "totalDocsExamined" : 19542300,

Ну да. А как вы ещё ожидаете будет работать skip и limit без индекса?

а почему на обычный find не делает такое?

а зечем отсоединять?

Чтобы даунтайм минимизировать

и когда skip маленький - тоже не делает

а когда на последнюю страницу в постраничной навигации кликаешь - начинается такая хрень

а какое услвоие в самом find?

а почему на обычный find не делает такое?

Потому что find возвращает курсор. Find без условий открывает курсор с $natural сортировкой без условий. Если вы не итерируете курсор, то такой запрос будет выполнятся быстро, потому что это начало списка. Чем ближе к концу, тем больше документов надо перебрать.

Добавление skip просто автоматически проматывает курсор вперёд на X документов

у меня find с сортировкой

когда делаю count - сразу возвращает сколько результатов - 3600

получается, если сделать skip - то он начнет искать по всей коллекции?

не смотря на то что уже нашел эти 3600?

Я не понимаю что вы говорите

вот find нашел 3600 записей по индексу

Приведите примеры запросов, так будет проще.

получается мне проще просто итерировать эти записи скажем в php, чем делать skip в mongodb?

у меня find с сортировкой

можете скопировать сюда само выражение

получается мне проще просто итерировать эти записи скажем в php, чем делать skip в mongodb?

Нет, не проще.