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

$sum: {$cond: [{$eq:"Asdas"}, 1, 0]} чтонить подобное

asdas Это параметр который мы проверяем на тру ?

$sum: { $cond: [{$eq: ["&Asdas", "true"]}, 1, 0] } вот только почему то true оно не воспринимает ни как строку, ни как просто параметр

$sum: { $cond: [{$eq: ["&Asdas", "true"]}, 1, 0] } вот только почему то true оно не воспринимает ни как строку, ни как просто параметр

если кому-то будет полезно мб, то вот рабочий способ, разбирайтесь-пользуйтесь)

Товар Категория товара Подкатегория товара Для такой логики будет 3 коллекции или как лучше? В коллекции Товары, в документе товара будет _id: id, category_id: category_id, sub_category_id: sub_category_id В коллекции Категории в документе категории _id: id, category_name: "category_name" В коллекции Подкатегории в документе подкатегории _id: id, sub_category_name: "sub_category_name", category_id: category_id ? Или лучше 2 коллекции, где подкатегории будут вложены в категории

Товар Категория товара Подкатегория товара Для такой логики будет 3 коллекции или как лучше? В коллекции Товары, в документе товара будет _id: id, category_id: category_id, sub_category_id: sub_category_id В коллекции Категории в документе категории _id: id, category_name: "category_name" В коллекции Подкатегории в документе подкатегории _id: id, sub_category_name: "sub_category_name", category_id: category_id ? Или лучше 2 коллекции, где подкатегории будут вложены в категории

зачем вообще 2 или 3 коллекции, достаточно 1

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

В планах есть делать подподкатегорию В таком случае 3 уровень будет вложен во вторую?

ето как 🤔 Все существующие категории и подкатегории держать в уме при создании нового товара?

Вот, значит уже стоит задумываться как выстраивать на произвольную вложенность. Почитайте https://www.mongodb.com/docs/manual/applications/data-models-tree-structures/

Посмотрел Вроде бы мне подходит из представленных https://www.mongodb.com/docs/manual/tutorial/model-tree-structures-with-parent-references/ но при таком подходе как сделать Выпадающий список категории на странице добавления Товара? Изначально я думал будет 10 документов(категории) и внутри у каждого будет объект с подкатегориями

И когда нужна будет подподкатегория, то это будет объектом(поподкатегория) внутри объекта(подкатегория) в документе (категории) или это плохая практика?

а что мешает? поиск по родительской категории

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

🤔🤔🤔 в доке по ссылке разве все в одном документе?

Там пример для больших данных. Категории же звучат как маленькие данные, которые лучше всего загрузить один раз и забыть. А не делать по запросу на каждый клик юзера

т.е. db.categories.find( { parent: null } ) Выдаст все категории первого уровня? конкретно пример из доки Books

на старте 25 категории и 190 подкатегории в перспективе будет +50% это как считается?

Это мало, звучит как несколько килобайт.

Это мало, звучит как несколько килобайт.

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

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

Hello everyone, I'm starting with MongoDb and I need to query a db on a remote host. What GUI do you recommend? I live in a country where we don't have credit cards, so I can't afford any commercial software. That's why I'm looking for a free alternative. I was trying with the free version of Studio 3T but since the license expired it doesn't let remote hosts enter, it gives errors.

Hello everyone, I'm starting with MongoDb and I need to query a db on a remote host. What GUI do you recommend? I live in a country where we don't have credit cards, so I can't afford any commercial software. That's why I'm looking for a free alternative. I was trying with the free version of Studio 3T but since the license expired it doesn't let remote hosts enter, it gives errors.

Hello everyone, I'm starting with MongoDb and I need to query a db on a remote host. What GUI do you recommend? I live in a country where we don't have credit cards, so I can't afford any commercial software. That's why I'm looking for a free alternative. I was trying with the free version of Studio 3T but since the license expired it doesn't let remote hosts enter, it gives errors.

Hello everyone, I'm starting with MongoDb and I need to query a db on a remote host. What GUI do you recommend? I live in a country where we don't have credit cards, so I can't afford any commercial software. That's why I'm looking for a free alternative. I was trying with the free version of Studio 3T but since the license expired it doesn't let remote hosts enter, it gives errors.

Есть два параметра: internalQueryMaxAddToSetBytes internalQueryMaxPushBytes по умолчанию они установлены в 100 mb в инете пишут устанавливать их через db.adminCommand({setParameter: 1, internalQueryMaxPushBytes: 1048576000}); можно ли через конфигурационный файл установить свои значения

Moжно setParameter: internalQueryMaxPushBytes: 1048576000 Но 1048576000 и есть значение по умолчанию https://github.com/mongodb/mongo/blob/521b53af47740717ac61a6df38ec2f17eba26c2c/src/mongo/db/query/query_knobs.idl#L513-L523

Но мне и помогло, и не помогло. Уперся в размер bson - 16 Mb.

С ума сойти, что же у вас за query такой?

aggregate: match, group с addToSet - для выгрузки из 3 млн записей уникальных значений, ну, теперь просто по другому выгружаю. не страшно.

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

Хай, подскажите почему changestream может отдавать 0 доступных записей? У нас шардированный кластер. В джава нацелелись на источник стрима. Запустили чтениt стрима изменений. Потом после манипуляций с БД, перестали получать изменения из changestream.

Фильтрация: Если вы используете фильтр в changestream, то это может привести к тому, что в стриме не будет доступных записей. Проверьте ваш фильтр, возможно, он не позволяет никаким изменениям проходить через него. Права доступа: Если у пользователя, под которым вы запускаете changestream, нет прав на чтение или на изменение данных в БД, то вы не сможете получать изменения через changestream. Проверьте права доступа для пользователя. Конфигурация кластера: Если ваш кластер MongoDB настроен неправильно, это может привести к тому, что вы не получаете изменения через changestream. Убедитесь, что ваш кластер настроен правильно. Большое количество клиентов: Если у вас есть много клиентов, которые читают данные из БД, то это может привести к тому, что changestream перегружен и не может обработать все изменения. В этом случае, вы можете увеличить количество инстансов changestream или использовать другой подход к чтению данных. Проблемы с сетью: Если у вас есть проблемы с сетью, то это может привести к тому, что вы не получаете изменения через changestream. Проверьте сетевое соединение и убедитесь, что нет никаких проблем с сетью. Проблемы с приложением: Если у вас есть проблемы с приложением, то это может привести к тому, что вы не получаете изменения через changestream. Проверьте ваше приложение на наличие ошибок или проблем в коде.

Фильтрация: Если вы используете фильтр в changestream, то это может привести к тому, что в стриме не будет доступных записей. Проверьте ваш фильтр, возможно, он не позволяет никаким изменениям проходить через него. Права доступа: Если у пользователя, под которым вы запускаете changestream, нет прав на чтение или на изменение данных в БД, то вы не сможете получать изменения через changestream. Проверьте права доступа для пользователя. Конфигурация кластера: Если ваш кластер MongoDB настроен неправильно, это может привести к тому, что вы не получаете изменения через changestream. Убедитесь, что ваш кластер настроен правильно. Большое количество клиентов: Если у вас есть много клиентов, которые читают данные из БД, то это может привести к тому, что changestream перегружен и не может обработать все изменения. В этом случае, вы можете увеличить количество инстансов changestream или использовать другой подход к чтению данных. Проблемы с сетью: Если у вас есть проблемы с сетью, то это может привести к тому, что вы не получаете изменения через changestream. Проверьте сетевое соединение и убедитесь, что нет никаких проблем с сетью. Проблемы с приложением: Если у вас есть проблемы с приложением, то это может привести к тому, что вы не получаете изменения через changestream. Проверьте ваше приложение на наличие ошибок или проблем в коде.

Фильтрация: Если вы используете фильтр в changestream, то это может привести к тому, что в стриме не будет доступных записей. Проверьте ваш фильтр, возможно, он не позволяет никаким изменениям проходить через него. Права доступа: Если у пользователя, под которым вы запускаете changestream, нет прав на чтение или на изменение данных в БД, то вы не сможете получать изменения через changestream. Проверьте права доступа для пользователя. Конфигурация кластера: Если ваш кластер MongoDB настроен неправильно, это может привести к тому, что вы не получаете изменения через changestream. Убедитесь, что ваш кластер настроен правильно. Большое количество клиентов: Если у вас есть много клиентов, которые читают данные из БД, то это может привести к тому, что changestream перегружен и не может обработать все изменения. В этом случае, вы можете увеличить количество инстансов changestream или использовать другой подход к чтению данных. Проблемы с сетью: Если у вас есть проблемы с сетью, то это может привести к тому, что вы не получаете изменения через changestream. Проверьте сетевое соединение и убедитесь, что нет никаких проблем с сетью. Проблемы с приложением: Если у вас есть проблемы с приложением, то это может привести к тому, что вы не получаете изменения через changestream. Проверьте ваше приложение на наличие ошибок или проблем в коде.

Стоит задача сделать поиск по нескольким полям внутри модели юзера(имейл, имя, город и тд). Хочу использовать для этого $or, но есть условие, что при успешном нахождении документов, мне нужно знать, по какому из вариантов произошёл метч, т.е я ввёл «Вася» и кого-то нашло по имени, а у кого-то так город называется, но нужна метка, какое из условий сработало. Пока из вариантов себе конечно вижу делать по отдельному запросу на каждое условие, но выглядит это как-то не очень...

Привет всем Пытаюсь подключиться к удаленной монге через туннель Пишет, что подключился успешно, а вот список БД не отдает: remote mongodb Failed to execute "listdatabases" command. Что можно сделать? Подскажите пожалуйста

привет! можно ли в mongo сделать запросы, которые выполнялись бы по графику? по примеру jobs в sql server

К сожалению нельзя, только внешние решения типа cron, либо использовать Scheduled Triggers в Atlas https://www.mongodb.com/docs/atlas/app-services/triggers/scheduled-triggers/

Посмотрел в коде, действительно все элементы добавляются в промежуточный BSON объект, это ограничение классического оптимизатора то, что промежуточные результаты материализуются в BSON, а новый еще не готов https://github.com/mongodb/mongo/blob/521b53af47740717ac61a6df38ec2f17eba26c2c/src/mongo/db/update/addtoset_node.cpp#L136

Так норм? То шо кириллица в качестве ключей ок? Или из-за кавычек без разницы кириллица-не кириллица

так норм?

да

чем?

информативностью

так норм?

Если отображение не сломается, то да

а как это разработчик не знающий китайского будет поддерживать?

а как это разработчик не знающий китайского будет поддерживать?

переводчика найдет

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

Что-нибудь типа { name: "category1", children: [ {name: "cubcat1", children:[...]}, {name: "cubcat2", children:[...] ] }, { name: "category1", children: [ {name: "cubcat1", children:[...]}, {name: "cubcat2", children:[...] ] },