Хреново что монгуз типы не чекает в схемах. С призмой помню работал, там бы сразу ошибку выстрелил

Хреново что монгуз типы не чекает в схемах. С призмой помню работал, там бы сразу ошибку выстрелил

На первом скрине ошибка, вложенный type не нужен

ребят, привет, неожиданно моя база перестала подключаться с такой ошибкой, до этого я ничего не делал, в compass также не входит, на сайте вылезает такая ошибка, что делать и с чем это связано?

пробовали обращаться в тп атласа? врядли кто то в Ру использует атлас)

Всем привет Может кто-то подсказать где и что можно почитать про оптимизацию монги 6 версии? Сейчас тестируем 6 после 4.4.9 на предмет целесообразности переезда и пока пришли к тому, что результаты нагрузочного тестирования практически рубль в рубль аналогичны версии 4.4.9. Как будто бы есть что-то, что упускаем, потому что все в один голос утверждают, что она должна быть быстрее) Заранее благодарю за информацию!

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

Привет! Уточните плиз момент с закрытием курсора - чем чревато оставлять его открытым?

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

Ребят, подскажите плз, решили для крупных жсонов монгу заюзать, особенность в том, что нужен текстовый поиск полям по 9-ти (корневым и вложенным), в доках прочитал, что текстовый индекс поддерживается только один для self-hosted. Оно норм работает, если делать сборный текстовый индекс по девяти полям или есть какие-то подводные?

Ребят, подскажите плз, решили для крупных жсонов монгу заюзать, особенность в том, что нужен текстовый поиск полям по 9-ти (корневым и вложенным), в доках прочитал, что текстовый индекс поддерживается только один для self-hosted. Оно норм работает, если делать сборный текстовый индекс по девяти полям или есть какие-то подводные?

Диски в полку нагружены при тестировании?

в пиках почти до 100% доходило, а так 80% в среднем

Привет всем. А подскажите кто-нибудь, в каких ситуациях монга будет грузить только CPU? Наблюдаю ситуацию, когда утилизация диска остается той же, утилизация памяти остается той же, а вот утилизация диска вырастает на заметную величину, держится несколько часов и возвращается к прежнему значению. Что это может быть?

Только цпу грузится когда нет ио, т.е. данные уже в памяти и запросам их достаточно. Модно помониторить что в currentOp в это время видно

Да если бы это всё не происходило в пять утра ) спасибо, буду думать дальше

Только цпу грузится когда нет ио, т.е. данные уже в памяти и запросам их достаточно. Модно помониторить что в currentOp в это время видно

А mongo exporter не может захватывать эти данные?

С помощью графаны разве нельзя проанализировать такие моменты, с отловом currentOp

Данные в базе пропадают через время, это тоже связано со внешним подключением?

конечно они же не могут пропасть куда-то просто так) очевидно, что их кто-то украл

Или ошибки в программном коде или самой базе

Всем здравствуйте! 1. Задача: парсить маркетплейс большой объём(необходима привязка к селлеру). данные могут видоизменяться, поэтому планируется использовать mongodb для "сырых" данных. 2. Нужно будет смотреть изменения со временем. 3. Планирую хранить документ селлера, в котором держать список products, в котором будет просто ссылки на документы коллекции product. Каждый день добавляться по ссылке. 4. Т.к. маркеплейс высылает очень все коряво, хоть и json, но который больше похож на html: явно необходимо как то данные сжимать. 5. Распарсивание / агрегирования будет отдельным скриптом, поэтому каких то запросов по полям не будет, нужно будет получать документ полностью Подскажите пожалуйста: 1. Если есть опыт решения аналогичных задач, подскажите пожалуйста, как правильнее организовать структуру бд. (может мой вариант в корне не верный) 2. Документов будет очень много. Где можно почитать про методы сжатия?

2. в монге по умолчанию оно включено, поэтому достаточно просто загнать какойто объем и посмотреть степень сжатия конкретно в вашем случае. На выбор есть несколько вариантов, с ними можно будет поиграться, читать https://www.mongodb.com/docs/manual/core/wiredtiger/#compression

всем привет, Мне скинули бэк с username & password, но в странице регистрации MDB можно указать только логин. Куда мне вставлять эти данные

через что подключаетесь, туда и вставлять. Например в том же компасе в соответствующие поля

можно подробнее? бэк написан на nestjs

вам в коде надо подклчюиться или для чего?

всем привет, Мне скинули бэк с username & password, но в странице регистрации MDB можно указать только логин. Куда мне вставлять эти данные

что тут имеется в виду? что за страница7

то есть чтобы работал бэкенд мне нужно подключиться к аккаунту в MongoDb по данным которые я скинул ранее, чтобы бэкенд заработал. Но в странице входа МонгоДб можно указать только email

то есть чтобы работал бэкенд мне нужно подключиться к аккаунту в MongoDb по данным которые я скинул ранее, чтобы бэкенд заработал. Но в странице входа МонгоДб можно указать только email

мне нужно поднять МонгоДб (подключить Бд)

Привет

всех приветсвую есть 3 поля: категория, подкатегория, название товара как лучше всего создать индексы? категория тип 1 подкатегория тип 1 название товара text ?

Если в одном поисковом запросе, поиск идёт по несколько полей то их стоит проиндексировать

Всем привет. Если у меня есть 100млн документов. Я планирую обновить 10 млн и добавить 15. Что мне лучше делать с обновляемыми - обновлять каждый из них или вычитать все 10 (допустим влезут в память), удалить и потом добавить все 25 млн?

Удаление всегда тяжелее для базы, чем апдейты

Всем привет. Если у меня есть 100млн документов. Я планирую обновить 10 млн и добавить 15. Что мне лучше делать с обновляемыми - обновлять каждый из них или вычитать все 10 (допустим влезут в память), удалить и потом добавить все 25 млн?

Удалить и добавить может быть быстрее, так как не нужно будет вычислять новое состояние документа, а само удаление это пометка страниц в wt как чистых

Я на время этой большой операции могу что угодно делать с сервером. Что правильно было бы сделать? Может как-то временно приостановить журналирование или отключить индексы и создать заново после окончания? Интересно как максимально эффективно делать такие блольшие upsert-ы.

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

привет, подскажите, почему может не находить документ по dbref?

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

Подробнее

Подробнее

Выборка будет по .$id: вместо $oid

deleteMany({}) что туда передавать

Добрый день, не понимаю почему не получается настроить ODBC DSN. Кто-нибудь сталкивался с такой проблемой? Установил ODBC драйвер v 1.4.0 от Mongo и пытаюсь установить коннект. Почему-то при нажатии кнопки Test, окно зависает и больше не отвисает... никакой ошибки не выдаёт. При этом если использовать платный драйвер ODBC от Devart, то никаких проблем не наблюдается, соединение с БД устанавливается без проблем. Пытаюсь настроить ODBC DSN для коннекта MongoDB с PowerBI. Тут нашел в сети описание проблемы как у меня 1к1, решения к сожалению не найдено. https://community.fabric.microsoft.com/t5/Desktop/Power-BI-odbc-mongodb-connection-error/m-p/714157