/Всем привет можете помочь Дублирование записей в mongodb Есть приложение написанное на node expressjs, база используется mongodb. Алгоритм такой: когда приходят пост данные, производится поиск записи по полям name, server, fraction. Если такая запись есть то обновить, если нет то создать. Проблема в том, что при большом количестве запросов, если не находит запись, то создает не одну запись, а несколько. Я предполагаю что пока mongodb создает запись, следующий поиск не дает результата, ведь запись еще не создана и поиск не дает результата, и mongodb создает еще одну идентичную запись, хотя должна обновить. Как решить эту проблему?

newReport.updateOne({upsert: true}) так правильно ‼️

Можно так, populate({ path: 'tarifGroup', populate: { path: 'another object' }})

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

это нормально хранить в базе на разных языках? 3-4 языка на пример: titleRu, titleEn, titleKg

Это неудобно и нормально не индексируется. title: [{locale: ru, text: ...}, {locale: es, text: ..} ...]

дам индекс на title и будет все языки индексировать?

var modelDoc = new MyModel({ foo: 'bar' }); MyModel.findOneAndUpdate( {foo: 'bar'}, // find a document with that filter modelDoc, // document to insert when nothing was found {upsert: true, new: true, runValidators: true}, // options function (err, doc) { // callback if (err) { // handle error } else { // handle document } } ); можете помочь по чемуто при если есть в базе точная копия то оно не обновляет

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

А поле Foo у тебя в модели случайно не подмечено как immutable = true?

Так сработало спасибо большое

А какое поле у вас является ключом?

А какое поле у вас является ключом?

var modelDoc = new MyModel({ foo: 'bar' }); MyModel.findOneAndUpdate( {foo: 'bar'}, // find a document with that filter modelDoc, // document to insert when nothing was found {upsert: true, new: true, runValidators: true}, // options function (err, doc) { // callback if (err) { // handle error } else { // handle document } } ); можете помочь по чемуто при если есть в базе точная копия то оно не обновляет

При чем тут монга вообще?

Всем привет немного запутался с NoSql, можно ли использовать MySQL и монго вместе? И где лучше их рассматривать?

У тебя судя по всему поле категория unique = true в схеме модели;

нет только установил в схеме на name

эксплуатируется бот, часть функционала на mysql, часть переведена на монго. Функционирует с двумя (код на golang), пока все переписываю на монго. Сложность только в том, что иногда приходится дублировать какие-то данные в обе бд - не забывать про это. В остальном подводных пока не заметил. Бот при этом активно юзается сторонними пользователями. Но тебе лучше действительно в сторону редиса покопать.

Вопрос: может кто то сталкивася, монга падает из-за того, что запрос скушивает всю память сервера. Может как то можно ограничить сколько памяти максимум может потреблять запрос? Либо что то ещё . Out of memory: Kill process 29812 (mongod)

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

других вариантов нет

Странно что group ругается

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

https://docs.mongodb.com/v3.6/reference/method/db.collection.group/

Целесообразно для таких случаев делать View. А View как часто обновляется? С каждым инсертом документа?

Сори View же вычисляется с каждым запросом заново

Всем привет, подскажыте можно ли сделать такой фильтр на запрос в базу, чтобы вернуло все модели от создание которых не прошло еще 10минут, то есть модели созданные максимум 10минут назад, надо одним запросом

Можно, особенно если есть поле createdAt с жатой создания документа

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

Приветствую, господа! Насколько криминально в плане производительности будет хранить счетчик просмотров документа (новостей) в той же коллекции что и сам документ. Учитывая что выборки из коллекции документов активно запрашиваются на фронт, и при частом прибавление счетчиков будет ли это сильно тормозить запросы выборки? Прибавление счетчика атомарным inc. Просто хотелось бы обойтись без отдельной коллекции и агрегирования, потребности в котором больше нигде в проекте нет.