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

А он вытаскивает все элементы, независимо от id

Монга выдает документ, в котором нашлось свопадение по запросу

ляя. а чтобы монга выплюнула именно объекты нельзя?

Можно, берете агрегации и трансформируете как вам надо. Там же как раз можно через $filter оставить только нужные элементы в массиве

меньше паники больше читать доку и гуглить https://stackoverflow.com/questions/56113488/mongoose-5-x-disallows-passing-a-spread-of-operators

ДА это чухня..

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

Arguments must be aggregate pipeline operators

deleteOne?

по индексу по идее можно

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

Привет. Я чайник, но надо очень узнать есть ли в базе пользователеи с одинаковыми телефонами. Кто может подсказать запрос для монги что бы найти дубликаты?

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

для визуального восприятия

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

что значит в коде

вопрос конечно дикий, но это вообще возможно?

Всем привет, вопрос что делать если .wt сожрал все место на харде ?)

Что это вообще?)

Всем привет, вопрос что делать если .wt сожрал все место на харде ?)

Что это вообще?)

Монга использует wiredtiger движок при работе с файлами на диске. Собственно коллекции и часть метаданных хранятся в формате этого движка и сами файлы имеют расширение .wt , подробнее https://docs.mongodb.com/manual/core/wiredtiger/

Ребята, подскажите, что является лучшей практикой для проверки существования документа в коллекции перед добавлением , а то делать индекс с флагом unique и ловить ошибку выглядит как грязный хак, что предпочтительнее использовать find().limit(1), countDocuments() или что-то ещё?

всем привет! подскажите вопрос по дизайну был юзер с банальным параметром "balance" ok, икремент/декремент баланса при помощи транзакций появилась необходимость - анализировать баланс ok, добавили коллекцию "транзакции" (debit/credit, sum, desctiption, etc.) т.е. при покупки чего-либо со стороны пользователи выполняются действия: - списываем сумму { $inc: { balance: -N } } - создаем запись в коллекции транзакции - коммит вроде все нормально и работает бухгалтерия получает отчетность в виде: - пополнение - списание - и т.д. вопрос №1 нормальный подход при работе с балансом и коллекцией транзакции? вопрос №2 как быть, если необходимо теперь связать транзакции с покупками? бухгалтерия кроме текста "списание -100" хочет видеть что купил пользователь а кроме текста "пополнение +200" хочет видеть как пополнил пользователь тема обширная, подскажите идеи/статьи куда копать чтобы все связать с транзакциями

1. нормально, кроме транзакций конечно можно перестроить все на идемпотентность, но это сложно будет 2. начать с определений что такое покупка, пополнение, где и как они фиксируются. Потом собрать список того что хотят видеть в результате по этим данным. Выбрать самую подходящую схему связывания (просто в виде ссылки, хранение внутри транзакции или вообще в стороннем хранилище уже предагрегированные данные)

1. нормально, кроме транзакций конечно можно перестроить все на идемпотентность, но это сложно будет 2. начать с определений что такое покупка, пополнение, где и как они фиксируются. Потом собрать список того что хотят видеть в результате по этим данным. Выбрать самую подходящую схему связывания (просто в виде ссылки, хранение внутри транзакции или вообще в стороннем хранилище уже предагрегированные данные)

> 1. нормально, кроме транзакций конечно можно перестроить все на идемпотентность, но это сложно будет здесь не совсем понял "перестроить все на идемпотентность" о чем примерно может идти речь? попробую нагуглить, но от помощи не откажусь (статья или любое другое объяснение) > 2. начать с определений что такое покупка, пополнение, где и как они фиксируются. Потом собрать список того что хотят видеть в результате по этим данным. Выбрать самую подходящую схему связывания (просто в виде ссылки, хранение внутри транзакции или вообще в стороннем хранилище уже предагрегированные данные) примерно начал прикидывать, но кажется таким уродским решением есть транзакция (user, debit/credit, amount, description, createdAt, etc.) есть действие транзакции (transactionId, type: "deposit", "buyGame", "buyElectronic", depositId, gameId, electronicId, etc.) т.е. действие транзакции включает все возможные ID: - depositId - gameId - electronicId но только 1 id может быть указан выглядит стремно, все перерыл, не придумал ничего иного цель - бухгалтерия должна увидеть по транзакциям: - списание -100 (купил игру #gameId, вот описание) - пополнение +200 (пополнил #depositId, вот описание)

1. особо под рукой ничего нет, поэтому просто почитайте про идемпотентность, думаю пару статеек дадут понимание, а дальше только прикидывать как у себя можно это применить 2. так нормально выглядит, по id можно при необходимости подтянуть данные например по связанной игре. не совсем понятно хотите ли вы хранить транзакии и экшн в разных коллекциях, если да то в этом нет необходимости и можно просто сделать поле transactionAction:{type:.. , gameId:. ...} . Выборки в таком случае будут так же удобны как и в отдельной коллекции, но не придется собирать из разных коллекций данные

> 1. особо под рукой ничего нет, поэтому просто почитайте про идемпотентность, думаю пару статеек дадут понимание, а дальше только прикидывать как у себя можно это применить понял, спасибо! 2. так нормально выглядит, по id можно при необходимости подтянуть данные например по связанной игре. не совсем понятно хотите ли вы хранить транзакии и экшн в разных коллекциях, если да то в этом нет необходимости и можно просто сделать поле transactionAction:{type:.. , gameId:. ...} . Выборки в таком случае будут так же удобны как и в отдельной коллекции, но не придется собирать из разных коллекций данные думаю что так сделаю collection transaction: - userId (ref) - type: String (debit/credit) - amount: Int - description: String - actions: { depositId (ref) gameId (ref) electronicId (ref) } да и не надо будет отдельно коллекцию тащить с экшенами + лукап побыстрее будет (избавляемся от доп. единицы)

только бы actionS без S, а то будет желание как с массивом работать. А при появлении массива уже начнутся трудности при которых уже можно рассматривать связанную табличку)

> 1. особо под рукой ничего нет, поэтому просто почитайте про идемпотентность, думаю пару статеек дадут понимание, а дальше только прикидывать как у себя можно это применить понял, спасибо! 2. так нормально выглядит, по id можно при необходимости подтянуть данные например по связанной игре. не совсем понятно хотите ли вы хранить транзакии и экшн в разных коллекциях, если да то в этом нет необходимости и можно просто сделать поле transactionAction:{type:.. , gameId:. ...} . Выборки в таком случае будут так же удобны как и в отдельной коллекции, но не придется собирать из разных коллекций данные думаю что так сделаю collection transaction: - userId (ref) - type: String (debit/credit) - amount: Int - description: String - actions: { depositId (ref) gameId (ref) electronicId (ref) } да и не надо будет отдельно коллекцию тащить с экшенами + лукап побыстрее будет (избавляемся от доп. единицы)

а вот сразу интересно здесь какой-нибудь dynamic lookup возможен? или с учетом того, что у меня есть некая гарантия, что в action будет только 1 id, то можно сделать так: { '$lookup': { 'from': 'games', 'localField': 'gameId', 'foreignField': '_id', 'as': 'dataGame' }, { '$lookup': { 'from': 'deposits', 'localField': 'depositId', 'foreignField': '_id', 'as': 'dataDeposit' }, { '$lookup': { 'from': 'electronics', 'localField': 'electronic', 'foreignField': '_id', 'as': 'dataElectronic' } а так уже кодом

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

я сейчас как раз задумался об этом есть подтаск - фильтр для транзакций (типа выбрать определенные игры) только не понял в чем тогда проблема и зачем массив в целом делаем аггрегацию по id юзера лукапим все id (gameId, depositId, electronicId, etc.) далее матчим уже по лукап данным профит или я в силу неопытности потерял детали по пути видимо

не забивайте себе голову массивом, эт я о своем)

Как подключаешь?