так purge и remove —purge это одно и тоже!

find_one выдает не up-to-date документ в коротком промежутке времени после его изменения, а хотелось бы обновленный. Это какой-то кэш?

парни, привет. вот такое можно как-то в один запрос уместить? жаба душит на два делить await qCollection.updateMany( { tags: 'autocomplete' }, { $set: { isAutocomplete: true } }, ) await qCollection.updateMany( { tags: { $nin: ['autocomplete'] } }, { $set: { isAutocomplete: false } }, )

Нет, нельзя. Жабе скажите что даже если было бы можно, разницы практически никакой.

хорошо )) я просто чисто косметически ))

Привет. Подскажите, что не так с запросом. В БД поле есть, айдишник тоже приходит. Возвращает пустой массив const campaign = await Site .aggregate([ { $match: { userId } }, { $unwind: '$campaigns' }, { $match: { 'campaigns._id': ObjectId(campaignId) } }, { $project: { _id: '$campaigns._id', pages: '$campaigns.pages' }} ]) .exec() Структура такова Site: { campaigns: [ {...}, {...}, {...} ] }

при удлении монги БД удаляется?

ребят, а можно как-то вывести Aggregation Pipeline Builder более 20 документов или увеличить кол-во видимых док-ов можно только с помощью оболочки? в документации пишут, что "The Preview of Documents in the Collection section of the Aggregations view displays 20 documents sampled from the current collection." https://docs.mongodb.com/compass/master/aggregation-pipeline-builder/#aggregation-pipeline-builder, но не уточняется можно ли отобразить больше.

зависит от того, как монгу удалили. если apt purge, то помоему и dataPath тоже удаляется

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

если это для отладки пайплайна, попробуй на play.db-ai.co :) я сегодня надеюсь катануть новую версию, за одно подниму немного лимит на размер тестовой коллекци

Чат, если есть папка БД монги, можно ли как-то узнать, какая версия ее создала? запускаю 3.2 и он матюгается

Можете подсказать в чём проблема вызова файла в pymongo? client = MongoClient()['social_network'] fs = gridfs.GridFS(client) count = client['fs.files'].count() path = '/home/caseus/folder_to_upload/' file = fs.get(file_id=ObjectId("5c4f6327d682274a330a5f51")) Возвращает: NameError: name 'ObjectId' is not defined

Можете подсказать в чём проблема вызова файла в pymongo? client = MongoClient()['social_network'] fs = gridfs.GridFS(client) count = client['fs.files'].count() path = '/home/caseus/folder_to_upload/' file = fs.get(file_id=ObjectId("5c4f6327d682274a330a5f51")) Возвращает: NameError: name 'ObjectId' is not defined

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

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

так в офф доке написано же While nice for development, it is recommended this behavior be disabled in production since index creation can cause a significant performance impact. И это имхо любой СУБД касается.

Окей, если у меня есть поле, которое раньше не было проиндексировано, но теперь мне его надо проиндексировать, что мне делать? И как будут в этом случае индексироваться новые документы, попадающие в базу, как-то в доке скупо все написано, Пока не особо понятно.

как один из вариантов

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

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

я не уверен в этом, тоже было бы интересно прояснить

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

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

и играть миграцию отдельно от основного процесса

могут быть глюки с данными?

Подскажите если поднять MongoDB через docker контейнер - чем это может быть чревато?