Получается это не сама MongoDB, а cosmodb, котооая работает точ в точ как монго?

С менеджерами надо говорить их языком. Не знаю правда, что у тебя за компания. 1) покажи как охеренно выросли акции монго за последний год, 2) укажи что у Гугл сам внутри использует другую базу и spanner https://storage.googleapis.com/pub-tools-public-publication-data/pdf/65b514eda12d025585183a641b5a9e096a3c4be5.pdf 3) в атласе можно делать online backup и хранить его за пределом облака и это снижает риски business continuity 4) ACID транзакции из NoSQL это только монга, почему важно придумай сам

Привет всем. Есть коллекция на 11 миллионов документов. По ней будет выполняться текстовый поиск. Нужно ли сразу думать о шардировании в этом случае? И вообще когда оно целесообразно?

Шардирование больше про запись - позволяет решать проблемы ограничения по скорости записи и размерам хранилищ на отдельных серверах. Чтобы размазать чтение обычно достаточно настроить реплики в количестве необходимом для покрытия вашей нагрузки на чтение. Думать о шардировании при чтении надо в случаях, когда ожидается что будете упираться в диски и памяти не будет хватать чтобы держать индексы в памяти, т.к. на репликах по сути будет копия данных и если у вас проблемы с тем чтобы запихнуть данные под выборки в память, то реплики не помогут. Так что если у вас планируется большой рост по объемам хранимых документов (терабайты), то стоит смотреть в шарды. Также если у вас большие тексты и уже сейчас вы можете понять, что условно через полгода вы исчерпаете ресурс оперативной памяти под хранение индексов, то тоже смотрите на шарды. В остальных случаях это может лишь сильно усложнить жизнь и возможно стоит тупо закинуть рейд ссд дисков для хранения и оперативы и жить дальше.

skip

Всем привет. Направьте в нужное русло, пожалуйста. Ищу способ ограничивать используемые ресурсы (CPU, memory, etc) в разрезе user/database. Проблема в чём: если один из коннектов mongodb для своей базы данных выполнит неаккуратных запросов, от этого пострадает весь сервер и все остальные пользователи этого сервера (в других БД). Хочется сделать что-то около "ограничить максимальное использование ресурсов для db_loyalty до Memory 1GB, CPU 2".

Всем привет. Направьте в нужное русло, пожалуйста. Ищу способ ограничивать используемые ресурсы (CPU, memory, etc) в разрезе user/database. Проблема в чём: если один из коннектов mongodb для своей базы данных выполнит неаккуратных запросов, от этого пострадает весь сервер и все остальные пользователи этого сервера (в других БД). Хочется сделать что-то около "ограничить максимальное использование ресурсов для db_loyalty до Memory 1GB, CPU 2".

на уровне БД такого нет. Вы можете накастомайзить отслеживание медленных запросов от юзеров в логах монги и отстреливать их https://www.mysoftkey.com/mongodb/profiling-for-slow-query-log-in-mongodb/

Вы имеете в виду в realtime отслеживать и убивать коннекты (или убивать запросы)?

Здравствуйте! Я студент, только начал осваивать Монго, в практическом задании указано: установить ключ документа по полю: Номер. Задача заключается в импорте таблицы json с большим количеством строк, каждой строке присваивается _id (objectid), нужно чтобы это значение не генерировалось, а равнялось значению поля "Номер". Подскажите как?

типа того

Приветствую, делаю запрос в базу посредством mongoose, с целью проверки на уникальность имени. В итоге запроса, естественно находит свою же запись, я хочу проверять на уникальность имя исключая текущего пользователя. Как мне исключить из запроса _id пользователя? Запрос и последующая проверка: const checkName = await User.findOne({ username }).lean().exec(); if (checkName && (checkName._id === id) { return res.status(400).json({ message: Пользователь с таким именем:${username} уже существует, }); } checkName._id = new ObjectId("61dfc1488b52378ae0f318f0") id = "61dfc1488b52378ae0f318f0" Проще как то бы привести к выводу одному _id

Приветствую, делаю запрос в базу посредством mongoose, с целью проверки на уникальность имени. В итоге запроса, естественно находит свою же запись, я хочу проверять на уникальность имя исключая текущего пользователя. Как мне исключить из запроса _id пользователя? Запрос и последующая проверка: const checkName = await User.findOne({ username }).lean().exec(); if (checkName && (checkName._id === id) { return res.status(400).json({ message: Пользователь с таким именем:${username} уже существует, }); } checkName._id = new ObjectId("61dfc1488b52378ae0f318f0") id = "61dfc1488b52378ae0f318f0" Проще как то бы привести к выводу одному _id

Привет. Можете подсказать что можно сделать для оптимизации полнотекстового поиска в монге? Есть запросы которые по 4 минуты выполняются. В коллекции миллионы записей. Текстовый индекс один и большой. Увеличение CPU и RAM не влияет на время отдачи, ssd тоже не помог

Какого плана запросы делаются?

mongoose используется, по идее так должны выглядеть запросы db.collection.find( { $text: { $search: "someText"} }).limit(100)

mongoose используется, по идее так должны выглядеть запросы db.collection.find( { $text: { $search: "someText"} }).limit(100)

Например, ищется похожее, или ищется корректировки ошибок с опечатками, или может только по префиксу?

На полное совпадение слова в поле. Есть логика и на частичное вхождение, конечно, но я это пока отключил и сейчас рассматриваю только full text search. Например у компании есть поле название, поле руководитель. Можно искать и по названию и по руководителю

На полное совпадение слова в поле. Есть логика и на частичное вхождение, конечно, но я это пока отключил и сейчас рассматриваю только full text search. Например у компании есть поле название, поле руководитель. Можно искать и по названию и по руководителю

И кстати, pymongo не ассинхронный ?

Подскажите плиз. Коллекция. В ней набор сущностей. У каждой сущности есть поле например x. В поле x записано число типа Integer. Это число может повторятся у каких-то других сущностей. Задача написать такой запрос к колекции, чтобы на выходе был массив сущностей, НО в среди этих сущностей поле x НЕ будет повторятся

collection.find не итерируется в for

В чем смысл такого запроса, у вас несколько разных документов с одинковым значением x, и получится, что они «потеряются»

В чем смысл такого запроса, у вас несколько разных документов с одинковым значением x, и получится, что они «потеряются»

В чем смысл такого запроса, у вас несколько разных документов с одинковым значением x, и получится, что они «потеряются»

collection.find не итерируется в for

Distinct как я вычитал лишь по 1 полю работает. Уникальные остаются значения документа, а мне нужно чтобы уникальность документа таким образом определялась

Distinct как я вычитал лишь по 1 полю работает. Уникальные остаются значения документа, а мне нужно чтобы уникальность документа таким образом определялась

E11000 duplicate key error collection: myFirstDatabase.films index: name_1 dup key: { name: "Thelllll" }(Обновляю информация о фильме, первый норм обновляется, а для других выдает такую ошибку, как ее можно исправить?)

Здравствуйте, а как можно искать в каком ключе какое-то значение? Вот например такой документ: doc = { '_id': 1, 'name': ..., 'items': { '1': ..., '2': ..., '3': ... } } И например есть значение в каком-то поле из поля 'items', как узнать в каком подполе находится какое-то значение? И ещё как вывести все под поля?

Здравствуйте, а как можно искать в каком ключе какое-то значение? Вот например такой документ: doc = { '_id': 1, 'name': ..., 'items': { '1': ..., '2': ..., '3': ... } } И например есть значение в каком-то поле из поля 'items', как узнать в каком подполе находится какое-то значение? И ещё как вывести все под поля?

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

Про последнее я наверное догадываюсь, но это не точно Тип f = collection.find_one({'_id': 1})[f"{items["1"]}"] Но я не уверен конечно

поиск производится по name или по другому атрибуту/ам?

Здравствуйте, подскажите пожалуйста можно ли получить дату создания записи? Проблема в том что изначально не было это нужно и по этой причине данного поля просто нет, может можно как-то получить из ObjectId или ещё как то?

https://docs.mongodb.com/manual/reference/method/ObjectId.getTimestamp/

ребят, всем привет, понимаю, что можно почитать, но все же, кто может подсказать, почему все так негативно реагируют на смену лицензии монги? Если в двух словах: магазин продуктов из 5 микросервисов, которые пишут в монгу и держат сорцы в приват репо могут остаться на монге или нужно уже переезжать?

это вообще касается только облачных провайдеров, которые продают монгу как сервис и конкурируют с Mongo Atlas, типа AWS, Azure, Google Cloud Platform и т. п., но при этом никак не спонсируют разрабов. обычным юзерам изменения вообще никак ни на что не влияет – то же опенсорс, хочешь ставь на свою машину, хочешь плати за атлас – всё как раньше…

Благодарю за разъяснение) Вопрос не давал покоя Ок, интересно, а как тогда сейчас все клауды себя поведут? Вы думаете эта лицензия у монги надолго или клауды просто переубедят монгу?)

Да пофиг в общем то как поведут, монга настроена хорошо продавать атлас, поэтому защищается как может, да и атлас крутой продукт

Только для обычного разработчика, не бизнеса – атлас это жёсткий оверпрайс) Такого же конфига можно добиться, если собрать инсталл у себя в кубе например, но будет в 5-6 раз дешевле, но бтв уже в оффтоп веду Хотя тулинг в атласе да, классный

А так аналогичный конфиг DBaaS всегда будет дороже чем аналогичный конфиг развёрнутый в принципе где угодно, тк ты платишь ещё за всякие плюшки вокруг

Ну на этот кейс как понял, монга предлагает Ops-Manager Или enterprise-kubernetes-operator

https://docs.mongodb.com/manual/reference/method/ObjectId.getTimestamp/