Если нужна локальность и атомарность на уровне документа, то почему не хранить все в юзере

Если нужна локальность и атомарность на уровне документа, то почему не хранить все в юзере

А потом приходит заказчик и говорит, что хочу ещё вот это и снова пойдешь в пользователя добавлять?

Просто сейчас вообще невозможно сделать предположение, что речь идёт о каких-либо больших данных

А потом приходит заказчик и говорит, что хочу ещё вот это и снова пойдешь в пользователя добавлять?

Ну да

А с чего вывод, что это множество валют = большое данные?

ну он там написал "оооочень много балансов" ) хотя, скорее всего, там будет до сотни элементов

ну он там написал "оооочень много балансов" ) хотя, скорее всего, там будет до сотни элементов

Пару кб/десятков кб

Ну да

Мб тогда всю БД хранить в одной коллекции?

Мб тогда всю БД хранить в одной коллекции?

По твоей логике, может тогда вообще не использовать nosql?

Зачем брать монгу, и по умолчанию пытаться использовать ее полностью как sql бд, нормализуя все данные

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

По твоей логике, может тогда вообще не использовать nosql?

А причем тут моя логика? Ни кто не говорит, что надо брать NoSQL и использовать, как SQL. Мой посыл в том, что иногда легче завести дополнительную коллекцию, по которой быстро пробежался дополнительным запросом и всё на этом. Вот если представить, что заказчик попросит, чтобы по умолчанию у пользователя сразу было про инициализированы валюты с балансом 0. Возможные проблемы в будущем: 1. Массив объектов, который вроде не вместиться (но это не точно) т.к. каждый объект это -1 уровень, а их всего вроде бы 100. 2. Размер файла, ну тут 50/50 т.к. хз сколько места занимать будет. 3. Вроде нельзя создать индекс у таких массив + там ограничение на количество элементов. (Но это не точно, мб что-то поменялось) Как по мне лучше на один запрос больше отправить в дополнительную коллекцию, чем потом избавляться от массива с объектами и переписывать запросы.

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

Но в общем виде да, монга именно про это

А потом приходит заказчик и говорит, что хочу ещё вот это и снова пойдешь в пользователя добавлять?

А потом приходит заказчик и говорит, что хочу ещё вот это и снова пойдешь в пользователя добавлять?

Ну да

Там где возможна локальность данных, предпочтение должно отдаваться ей, а не связям

Просто рассматривая конкретную ситуацию, это ничем не обосновано

разная валюта

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

В отдельную тогда

Regex

Здравствуйте есть юзеры и есть баланс юзера (очень много балансов) хранить это все в одной коллекции (инфа юзера, балансы) или вынести балансы в отдельную коллекцию?

С точки зрения корректности учетёта, баланс это агрегация всех транзакций по счёту. Наиболее надежным будет хранение операций, плюс «баланс» как вариант агрегированной суммы всех операций. Т.е отдельная коллекция с операциями по счёту формата currency_id, account_id:, amount (целое число или decimal128), плюс или отдельная коллекция со счетами user_id, currency_id, balance, или вложенный массив документов. Операции со счетами проводить через две коллекции, в транзакции

С точки зрения корректности учетёта, баланс это агрегация всех транзакций по счёту. Наиболее надежным будет хранение операций, плюс «баланс» как вариант агрегированной суммы всех операций. Т.е отдельная коллекция с операциями по счёту формата currency_id, account_id:, amount (целое число или decimal128), плюс или отдельная коллекция со счетами user_id, currency_id, balance, или вложенный массив документов. Операции со счетами проводить через две коллекции, в транзакции

спасибо

Можно просто использовать простой find, и 2 параметра. Реджекс для вашей задачи что-то на подобии: /. Sache. /

Необязательно использовать сам $regex

Для вашей задачи find подойдёт тоже с простой регуляркой

find({name: /.abc ./, prop: 'text'})

через запятую, 2 параметр просто прокидывйте

название вашего свойства

тоже

что за бред в синтаксисе?

ну так гляньте какой синтаксис я кинул и сравните со своим

у вас же не запустится даже

/.*f*./

звездочки забыл)

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

кидайте скрин

киньте скрин данных

большую F дайте и найдет

либо i в конец, тоже решение

как фиксить?

Подскажите, что требуется запуска монго? Изначально был статус 14,после 100/n/a, после 217, теперь 100

Вроде нет прав на изменение файла

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

Вроде нет прав на изменение файла

а какого именно? (я новичек в этом, для меня этот лог == китайские иероглифы)

а какого именно? (я новичек в этом, для меня этот лог == китайские иероглифы)

https://stackoverflow.com/questions/45691032/mongod-service-start-exits-with-code-100

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

Докер либо можно напрямую

Но с докером проще иногда

limit и skip

Привет от запроса приходит список ID у кого надо обновить одно поле, можете подсказать что нужно использовать для этого? например req.body.studentIDs (['U2010165', 'U2010124']), надо изменить поле каждого чей id есть в списке

Привет от запроса приходит список ID у кого надо обновить одно поле, можете подсказать что нужно использовать для этого? например req.body.studentIDs (['U2010165', 'U2010124']), надо изменить поле каждого чей id есть в списке

updateMany и $in если одинаковое значение надо присвоить

updateMany и $in если одинаковое значение надо присвоить

спасибо большое)))

Здравствуйте можно указать role в схеме в зависимости от другого свойства к примеру если тип 1 роль гость если тип 2 роль пользователь?

всем привет, можете объяснить что за ошибка : { "index": 0, "code": 11000, "keyPattern": { "email": 1 }, "keyValue": { "email": "666.com" } } ?

всем привет, можете объяснить что за ошибка : { "index": 0, "code": 11000, "keyPattern": { "email": 1 }, "keyValue": { "email": "666.com" } } ?

Код 11000 это duplicate index error. Предположу что в коллекции есть уникальный индекс по полю email и есть есть документ с email: “666.com”

Привет прочитал про пайплайн $cond, а как можно туда где then ничего не делать, если условие дает true

Код 11000 это duplicate index error. Предположу что в коллекции есть уникальный индекс по полю email и есть есть документ с email: “666.com”

Ну есть, но ведь в модели не указано что оно должно быть уникальным

Здравствуйте можно указать role в схеме в зависимости от другого свойства к примеру если тип 1 роль гость если тип 2 роль пользователь?

Если вопрос такой "Можно ли записать определённое значение на основе другого поля", то посмотрите $switch

Ну есть, но ведь в модели не указано что оно должно быть уникальным

Это не важно т.к. в самой бд уже добавлен индекс

Это не важно т.к. в самой бд уже добавлен индекс

Да я уже понял, оказывается если ранее было добавлено unique то создаётся index, и его нужно удалять если не нужно уникальное значение

Это не важно т.к. в самой бд уже добавлен индекс

Спасибо за ответ

Да я уже понял, оказывается если ранее было добавлено unique то создаётся index, и его нужно удалять если не нужно уникальное значение

Не со всем

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

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

До этого пока не дошел, но учту, спасибо

привет, такой вопрос, хочу собрать данные из двух таблиц у первой таблицы 1.текст 2. айдишник пользователя 3. айдишник комнаты у юзера какой-то ещё набор полей и имя как мне сделать агрегацию что бы финальная колекция была просто с текстом и именем юзера?

привет, такой вопрос, хочу собрать данные из двух таблиц у первой таблицы 1.текст 2. айдишник пользователя 3. айдишник комнаты у юзера какой-то ещё набор полей и имя как мне сделать агрегацию что бы финальная колекция была просто с текстом и именем юзера?

берете $lookup и связыаете по идшникам

берете $lookup и связыаете по идшникам

чёт не получается найти нормальный пример…

чёт не получается найти нормальный пример…

https://www.mongodb.com/docs/manual/reference/operator/aggregation/lookup/#equality-match-with-a-single-join-condition и далее все варианты

https://www.mongodb.com/docs/manual/reference/operator/aggregation/lookup/#equality-match-with-a-single-join-condition и далее все варианты

спасибо, получилось 🙂 но остался последний вопрос на который пока что не получается найти пайпу (это вроде так называется) это из финального набора данных который сделать новый массив в котором будут только специфичные поля

спасибо, получилось 🙂 но остался последний вопрос на который пока что не получается найти пайпу (это вроде так называется) это из финального набора данных который сделать новый массив в котором будут только специфичные поля

стейдж $project и в нем уже формировать док как вам надо, если только добававлять/переписывать поля надо то вместо проджекта можно использовать $set

Как правильно выполнять поиск дробных значений? 1 скрин: $match {Price: 1} – все ок 2 скрин: $match {Price: 8.1} – нулевой результат Price в decimal128

Как обычно — не пытаться сравнивать floating point через =. Это сложно, больезненно и чаще всего абсолютно ненужно. (Этот совет, кстати, не от mongodb, это везде так с числами с плавающей точкой).

Как обычно — не пытаться сравнивать floating point через =. Это сложно, больезненно и чаще всего абсолютно ненужно. (Этот совет, кстати, не от mongodb, это везде так с числами с плавающей точкой).

Благодарю за ответ, Илья! В данном кейсе я пытаюсь посчитать сумму оставшихся позиций на «бирже» по определенной цене. Важно, чтобы цена была точной. Если делать это не через $match: { price: 0.1}, то какие есть еще варианты получить точный результат? p.s. я попробовал через операторы сравнения $gte и $lte сделать выборку, но кажется это все та же история про =.

Благодарю за ответ, Илья! В данном кейсе я пытаюсь посчитать сумму оставшихся позиций на «бирже» по определенной цене. Важно, чтобы цена была точной. Если делать это не через $match: { price: 0.1}, то какие есть еще варианты получить точный результат? p.s. я попробовал через операторы сравнения $gte и $lte сделать выборку, но кажется это все та же история про =.

поменять модель хранения данных на целые числа с допущениями

поменять модель хранения данных на целые числа с допущениями

Благодарю, Александр!

Благодарю за ответ, Илья! В данном кейсе я пытаюсь посчитать сумму оставшихся позиций на «бирже» по определенной цене. Важно, чтобы цена была точной. Если делать это не через $match: { price: 0.1}, то какие есть еще варианты получить точный результат? p.s. я попробовал через операторы сравнения $gte и $lte сделать выборку, но кажется это все та же история про =.

1) Не хранить деньги во floating point. Вообще. Никогда. 2) Зачем вам точная цэна? А если не 8.1, а 8.0999999 — то это не надо учитывать? Серьёзно? Я не верю в такие бизнес-правила.

1) Не хранить деньги во floating point. Вообще. Никогда. 2) Зачем вам точная цэна? А если не 8.1, а 8.0999999 — то это не надо учитывать? Серьёзно? Я не верю в такие бизнес-правила.

0.0000001 btc - это $19