но ничо не изменилось, документ такой же

так чо пацаны, есть идеи?

Пробовали update_one({'_id': item['_id']} ?

В среднем не факт, особенно если апдейтов немного

Я сделал небольшой тест в вакууме, от 10 элементов уже быстрее

так чо пацаны, есть идеи?

интересно посмотреть на содержимое item

Я сделал небольшой тест в вакууме, от 10 элементов уже быстрее

bulk write очевидно надо использовать, для выполнения большого кол-ва разнородных операций, мой основной поинт был в том, что это не “один” запрос как таковой

интересно посмотреть на содержимое item

Скорее всего у вас по этому query не найдется просто ни одного документа

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

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

что мешает просто добавить в документы это поле?

без экспорта/импорта

ну и индекс создать

будет работать?

просто хз я

конечно

если так... хорошо спасибо

Всех приветствую. Совсем недавно перешел на монго с sql. Теперь разбираюсь, как в монго правильно всякие запросы писать. Собственно, возник следующий вопрос: https://mongoplayground.net/p/33KIXu55dnE Есть две коллекции : businesses и usages. Задача состоит в том, чтобы найти те бизнесы, у которых соответствующее имя и есть фича Я составил запрос с аггрегацией, он работает, как надо. Но сомнения возникли, насколько это правильно. Возможно, тут правильнее как-то разбивать на несколько запросов, вместо аггрегации. Схему менять нельзя. Спасибо заранее за ответы

Всех приветствую. Совсем недавно перешел на монго с sql. Теперь разбираюсь, как в монго правильно всякие запросы писать. Собственно, возник следующий вопрос: https://mongoplayground.net/p/33KIXu55dnE Есть две коллекции : businesses и usages. Задача состоит в том, чтобы найти те бизнесы, у которых соответствующее имя и есть фича Я составил запрос с аггрегацией, он работает, как надо. Но сомнения возникли, насколько это правильно. Возможно, тут правильнее как-то разбивать на несколько запросов, вместо аггрегации. Схему менять нельзя. Спасибо заранее за ответы

День добрый. NOSQLBooster решает много вопросов простыми тыками мышки особенно для новичков. Рекомендую попробовать вам. Запросы строятся прямо в гуе

Добрый день, мне нужно хранить класс с полем типа Dictionary<string, int> в монге, это нормальная практика или это танцы с бубном и модель надо менять как-то public class Player { public ObjectId Id { get; set; } public String Name { get; set; } public String Device { get; set; } [BsonExtraElements] public Dictionary<string, object> Values { get; set; } }

Как вообще в общем случае решаются задачи в монге, которые в sql решаются запросом с несколькими join и условиями? Построением большого пайплайна с несколькими lookup и match? Или разбиением на несколько запросов, каждый из которых ограничивает выборку, и передаче результатов из запроса в запрос?

День добрый. NOSQLBooster решает много вопросов простыми тыками мышки особенно для новичков. Рекомендую попробовать вам. Запросы строятся прямо в гуе

Спасибо, посмотрю. В Studio3T тоже есть query builder, но насколько оптимальные решения он выдает, я е знаю.

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

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

Очень это насколько?

Есть вариант с выборкой с помощью указателя, т.е. например «дай мне 10 сообщений старше определённой даты», тогда будет только limit использоваться

Очень это насколько?

зависит от значения

Есть вариант с выборкой с помощью указателя, т.е. например «дай мне 10 сообщений старше определённой даты», тогда будет только limit использоваться

да. попробовал провернуть с _id, быстро работает. Только вот если я хочу спрыгнуть с 1 страницы сразу на 10 тогда не вариант

да. попробовал провернуть с _id, быстро работает. Только вот если я хочу спрыгнуть с 1 страницы сразу на 10 тогда не вариант

Этот метод имеет ограничения конечно

Этот метод имеет ограничения конечно

но ок. спасибо все равно

странно, кто-нибудь знает почему могут не матчиться поля типа число в пайплайне? { "$match" : { "total_1" : { "$eq": "$total_2" } } }

А разве нужен eq? { "$match" : { "total_1" : "$total_2" } } Не будет работать?

странно, кто-нибудь знает почему могут не матчиться поля типа число в пайплайне? { "$match" : { "total_1" : { "$eq": "$total_2" } } }

только в том случае если они не совпадают

по типу или по значению

тут на выходе две идентичные строки

ладно, буду разбираться

Скорее всего у вас по этому query не найдется просто ни одного документа

документ по любому фильтру находится, но все равно не работает

Моя схема logoSlogan: { type: String, default: '', }, firstSectionTitle: { type: String, default: '', }, firstSectionSubtitle: { type: String, default: '', }, details: { type: [ { title: String, body: String } ], } Метод по обновлению документа. Если документа нет, он создастся. Но он создастся с _id в елементе массива details почему? return await this.homepageModel.findOneAndUpdate( {}, updateProjectDetailsSectionDto, { new: true, upsert: true, projection: { '_id': 0, '__v': 0 } } ).exec();

Почему он тут создался?

В mongoose для вложенных схем нужно указывать _id: false

Иначе он будет генерировать их автоматически

Иначе он будет генерировать их автоматически

Спасибо

Добрый день

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

при этом если сносить коллекции по ttl монга не отдаёт память как вылечить?

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

Никак

Это нормальное поведение любой базы данных

ну там вакум или подобное нет ничего?

С 1Гб озу вы и так находитесь на границе минимальных требований

Нет, нету

да и два мало будет видимо

Вы можете попробовать ограничить размер кеша WiredTiger до минимального значения в 250 мегабайт

https://docs.mongodb.com/manual/reference/configuration-options/#storage.wiredTiger.engineConfig.cacheSizeGB

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

ок попробую

ну там вакум или подобное нет ничего?

Если вы про аналог вакуума с постгры, то он про дисковое потребление, не оперативы. Оператива что тут что там съедается под кеши и рабочие сеты данных и как правило не возвращаются обратно

Всем привет. Кто-нибудь может поделиться примером поиска с $and по вложенным в поле-массив документам?

Пытаюсь найти документ у которого в одном из вложенных в массив есть два подходящих значения.

Разобрался что делается с $elemMatch, а не $and. Всем спасибо 😀

Здравствуйте! Вопрос по связям между моделями. Как правильно указать связь, если в модели Post хранится не только поле user но и user_id с уникальным значением?

нужно найти все записи через user_id в Post

можно это как-то селать через populate? или надо вручную посылать запрос?

вопрос, закрыт, разобрался https://mongoosejs.com/docs/populate.html#query-conditions

Привет всем. Чет втупливаю и не могу разобраться как найти несколько слов в mongo db.keyb.find({"key": "Юмор"}) а нужно найти все что с Юмор и Транспорт в key например. Поскажите пожалуйста

Привет всем. Чет втупливаю и не могу разобраться как найти несколько слов в mongo db.keyb.find({"key": "Юмор"}) а нужно найти все что с Юмор и Транспорт в key например. Поскажите пожалуйста

{key: {$in: ["Юмор" , "Транспорт"]}}

{key: {$in: ["Юмор" , "Транспорт"]}}

благодарю!

А не кто не подскажет

есть ли в БД поддержка триггеров, или можно ли что то подобное реализовать

?

есть ли в БД поддержка триггеров, или можно ли что то подобное реализовать

Триггеров нет, но нечто похожее можно сделать на change stream https://docs.mongodb.com/manual/changeStreams/

Триггеров нет, но нечто похожее можно сделать на change stream https://docs.mongodb.com/manual/changeStreams/

Ясно,

понял

спасибо

а насколько оправдана оптимизация в 1-2 буквенные имена полей если заранее известно что документов будет ~5 млн, а полей в каждом будет ~20-30 ? даст измеримое уменьшение расходов на ресурсы или не париться и не страдать?

а насколько оправдана оптимизация в 1-2 буквенные имена полей если заранее известно что документов будет ~5 млн, а полей в каждом будет ~20-30 ? даст измеримое уменьшение расходов на ресурсы или не париться и не страдать?

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

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

ок, спасибо, подумать надо конечно еще

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

кто работал с mongocryptd? не могу прокинуть порт 27020 из докера. Запускаю демон, пишет что начинает слушать порт 27020 по адресу 127.0.0.1. Из контейнера телнетом подключаюсь, а из хост машины никак. Может есть конфиг какой где можно ip разблочить?

кто работал с mongocryptd? не могу прокинуть порт 27020 из докера. Запускаю демон, пишет что начинает слушать порт 27020 по адресу 127.0.0.1. Из контейнера телнетом подключаюсь, а из хост машины никак. Может есть конфиг какой где можно ip разблочить?

net: bindIp: 0.0.0.0 https://docs.mongodb.com/manual/core/security-mongodb-configuration/

Всем привет

Кто-нибудь делал добавление документа, а за тем сразу же добавление этого id в другой документ?

After modification может быть