Всем привет, как отредактировать этот объект, а именно добавить в него новые поля? { $push: { stats: Добавляет только новый массив с объектами

С помощью $ оператора

Всем привет, как отредактировать этот объект, а именно добавить в него новые поля? { $push: { stats: Добавляет только новый массив с объектами

кажется это должно сработать

а что там?

https://www.mongodb.com/docs/manual/reference/operator/update/push/

Оператор $push используеться для добавления нового элемента в массив, чтобы отредактировать конкретный элемент массива в некоторых случаях надо использовать $ либо $elemMatch, либо $ и $elemMatch одновременно, возможно понадобятся и другие операторы, всё зависит от конкретной ситуации.

А пример есть?

https://www.mongodb.com/docs/manual/reference/operator/query/elemMatch/

Допустим в массиве у тебя 3 элемента и тебе надо отредактировать 2 элемент, но ты не знаешь, что он находится на этом месте. Поэтому тебе через $elemMatch указатьусловие, которое подскажет системе, что надо отредактировать именно второй элемент

stats.$

Привет. Подскажите пожалуйта. Есть коллекция, в ней есть поле orderN. В коллекции есть например 10 записей, все orderN имеют значения от 1 до 10, без разрывов. Есть индекс unique на orderN. Хочу атомарно инкрементировать значения orderN, которые например >= 3, но получаю ошибку из-за дубля индекса. Как можно по-другому сделать адекватно? Мой запрос: updateMany({ orderN: { $gte: 3 } }, { $inc: { orderN: 1 } }) Ошибка 11000

Так ты объект затрешь

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

Какая сейчас есть замена mongodb atlas?

Нашел что-то типа https://xn--d1abanujej0c.xn--p1ai/tproduct/425389100-272174082191-mongodb Но что делать, если у меня схемы и json уже готовы для mongoose?

Нашел что-то типа https://xn--d1abanujej0c.xn--p1ai/tproduct/425389100-272174082191-mongodb Но что делать, если у меня схемы и json уже готовы для mongoose?

Всем привет! А MongoDB где-то хранит информацию по количеству прочитанных/записанных данных в коллекции/индексы?

Gpt?

Всем привет! А MongoDB где-то хранит информацию по количеству прочитанных/записанных данных в коллекции/индексы?

db.foo.stats({"indexDetails": 1}) по коллекции wiredTiger.cache."bytes read into cache" wiredTiger.cache."bytes written from cache" по каждому из индексов indexDetails.<name>.wiredTiger.cache."bytes read into cache" indexDetails.<name>.wiredTiger.cache."bytes written from cache"

Всем большой привет! Пишу запрос на аггрегацию, чтобы получить количество всех заказов и заказов за последний день. Сам запрос: var now = new Date(); var lastDay = new Date(now - 24 * 60 * 60 * 1000); db.orders.aggregate([ { $match: { kitchen: "72c58acf-5506-4c7b-adcc-a9b082a623e6", } }, { $group: { _id: null, allTimeCount: { $sum: 1 }, lastDayCount: { $sum: { $cond: [{ $gte: ["$created_at", lastDay] }, 1, 0] } } } }, { $project: { _id: 0, allTimeCount: 1, lastDayCount: 1 } } ]); Если по условию для агрегации не нашлось документов, то возращается null, но это ломает валидацию при обработке этого запроса. Как возвращать { "allTimeCount" : 0, "lastDayCount" : 0 }, если не нашлись документы для агрегации?? Уже пробовал делать проверку на $isNull и добавлять поля в $addFields

Всем большой привет! Пишу запрос на аггрегацию, чтобы получить количество всех заказов и заказов за последний день. Сам запрос: var now = new Date(); var lastDay = new Date(now - 24 * 60 * 60 * 1000); db.orders.aggregate([ { $match: { kitchen: "72c58acf-5506-4c7b-adcc-a9b082a623e6", } }, { $group: { _id: null, allTimeCount: { $sum: 1 }, lastDayCount: { $sum: { $cond: [{ $gte: ["$created_at", lastDay] }, 1, 0] } } } }, { $project: { _id: 0, allTimeCount: 1, lastDayCount: 1 } } ]); Если по условию для агрегации не нашлось документов, то возращается null, но это ломает валидацию при обработке этого запроса. Как возвращать { "allTimeCount" : 0, "lastDayCount" : 0 }, если не нашлись документы для агрегации?? Уже пробовал делать проверку на $isNull и добавлять поля в $addFields

Всем большой привет! Пишу запрос на аггрегацию, чтобы получить количество всех заказов и заказов за последний день. Сам запрос: var now = new Date(); var lastDay = new Date(now - 24 * 60 * 60 * 1000); db.orders.aggregate([ { $match: { kitchen: "72c58acf-5506-4c7b-adcc-a9b082a623e6", } }, { $group: { _id: null, allTimeCount: { $sum: 1 }, lastDayCount: { $sum: { $cond: [{ $gte: ["$created_at", lastDay] }, 1, 0] } } } }, { $project: { _id: 0, allTimeCount: 1, lastDayCount: 1 } } ]); Если по условию для агрегации не нашлось документов, то возращается null, но это ломает валидацию при обработке этого запроса. Как возвращать { "allTimeCount" : 0, "lastDayCount" : 0 }, если не нашлись документы для агрегации?? Уже пробовал делать проверку на $isNull и добавлять поля в $addFields

Добрый вечер, подскажите пожалуйста, как можно решить задачку - есть необходимость грохать долгие запросы. Питонячий скрипт крутится в кубе, который через while True стучится по кластерам и делает db.killOp запросов превышающих порог и кидает инфу в слак. Хочется попробовать нативную jsину, https://gist.github.com/kylemclaren/3c09a4dda5991cf0bf9c, насколько я понимаю, можно через load() грузить этот скрипт, но он должен работать постоянно, возможно через cront/systemd держать как сервис, либо есть что-то более рабочее? Может как-то извнешки можно дергать этот скрипт, положив его в монгу как функцию?

killOp не гарантирует что операция сразу завершится

А, если вообще null Значит нечего аггрегировать Никак На стороне клиента обрабатывать случай

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

https://www.mongodb.com/docs/v6.2/reference/command/killOp/ killOp reports success if it succeeded in marking the specified operation for termination. Operations may not actually be terminated until they reach an appropriate interruption point. Use $currentOp or db.currentOp() to confirm the target operation was terminated.

в go драйвере при вызове col := k.Db.Collection(fmt.Sprintf("profile_%d", k.ID)) идет неявное создание коллекция??? ответа в документации ненашел

Да, в go драйвере для MongoDB при вызове col := k.Db.Collection(fmt.Sprintf("profile_%d", k.ID)) происходит неявное создание коллекции, если она еще не существует. В документации нет явного упоминания этого поведения, но оно соответствует стандартной логике работы драйвера MongoDB. При обращении к коллекции, если она уже существует, то она будет открыта для чтения и записи. Если коллекция не существует, она будет автоматически создана при первой операции записи в нее. Если требуется явно создать коллекцию до выполнения операций с ней, можно использовать метод CreateCollection для объекта базы данных: k.Db.CreateCollection(fmt.Sprintf("profile_%d", k.ID))

Да, в go драйвере для MongoDB при вызове col := k.Db.Collection(fmt.Sprintf("profile_%d", k.ID)) происходит неявное создание коллекции, если она еще не существует. В документации нет явного упоминания этого поведения, но оно соответствует стандартной логике работы драйвера MongoDB. При обращении к коллекции, если она уже существует, то она будет открыта для чтения и записи. Если коллекция не существует, она будет автоматически создана при первой операции записи в нее. Если требуется явно создать коллекцию до выполнения операций с ней, можно использовать метод CreateCollection для объекта базы данных: k.Db.CreateCollection(fmt.Sprintf("profile_%d", k.ID))

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

Если у вас есть сотни тысяч коллекций, и вы хотите проверить, есть ли в них определенная коллекция, без перебора всех элементов, вы можете воспользоваться одним из следующих подходов: 1. Используйте хэш-функцию: Создайте хэш-функцию, которая будет преобразовывать каждую коллекцию в уникальное число. Затем создайте хэш-таблицу, в которой ключами будут значения хэш-функции, а значениями - сами коллекции. При проверке существования коллекции вы сможете быстро найти нужный ключ в хэш-таблице и, если ключ найден, коллекция существует. 2. Используйте структуры данных с быстрым доступом: Используйте специализированные структуры данных, такие как деревья поиска или битовые векторы, которые позволяют быстро проверять наличие элементов. Имейте в виду, что предварительная обработка данных может потребоваться для построения этих структур, но затем проверка существования будет более эффективна. 3. Используйте индексирование: Если у вас есть критерии или метаданные, которые вы можете использовать для быстрой фильтрации коллекций, вы можете построить индексы или создать каталоги, чтобы быстро найти нужные коллекции без необходимости перебора всех коллекций. В зависимости от конкретной задачи и доступных данных, один из этих подходов может быть более эффективным.

chagpt???????????????????????????????????

Да.

Хотел как то помочь.

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

Хотел как то помочь.

Сам факт того что у вас сотни тысяч коллекций говорит что проблема с проектированием и на этом фоне потребность проверять перебором наличие коллекции вполне нормальная плата.

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

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

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

да

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

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