Всем ку, есть такой вопросик - использую модуль 'nuxt-mongoose' в своем проекте nuxt 3. Но когда я пытаюсь посмотреть базу данных - то мне показывает следующее -

Ваш скриншот несёт 0 информативности

запущено это дело в windows 10 home

А вы проверяли работоспособность, вдруг у вас mongo не запущена или с ошибкой лежит?

через mongoDBCompass могу зайти и все работает

Модуль подключили также?

нет, немножко по другому

кто в курсе, в 7.0.0 завезли возможность в транзакции r+w выполнять? или по-прежнему приходится делить на 2 запроса?

Вам следует обратить внимание на консоль, где указывается, что подключение выполнено успешно, но также отмечается, что параметр readyState недоступен. Я предполагаю, что вы используете стандартный пример кода, в котором нарушили своими изменениями проверку readyState. В результате на страницу передается выражение undefined ?? 0, которое приводит к выводу значения 0. Это, в свою очередь, приводит к отображению некорректного сообщения.

не, не помогло

Что именно? В консоле же написано, что подключение к бд успешно. Значит, проблема с передачей стасус кода

Что именно? В консоле же написано, что подключение к бд успешно. Значит, проблема с передачей стасус кода

А как в mongoose 8 версии сделать auto-increment для поля в коллекции? Пакет mongoose-sequence не работает в версии выше 7.

А как в mongoose 8 версии сделать auto-increment для поля в коллекции? Пакет mongoose-sequence не работает в версии выше 7.

лучше придумайте как отказаться от автоинкремнта

Я хочу юзерам создавать числовой id, и мне не нравится для этого использование _id.

Я хочу юзерам создавать числовой id, и мне не нравится для этого использование _id.

Прошу прощения. А чем вам не угодили монговские айди?

Длиной, мне нужны короткие и числовые.

Тогда ещё раз дико извиняюсь, за мой странный вопрос. Какова причина сей необходимости?

Удобно. Представьте вы везде в логах, в чатах между модераторами видите вот такие id 641b5d805dac1368f019573d, а не 23513. Тоже самое и с товарами и всем остальным.

а зачем вы это видите?

Так сложилось, что у меня есть глаза.

идентификаторы это системные вещи и они не для отображения на интерфейсе

Окей, название юзера Nick, таких юзеров 100 штук.

вот у вас миллиард юзеров изза наплыва ботов, и больше нет трехзначных номеров юзеров. Удобнее?)

Окей, название юзера Nick, таких юзеров 100 штук.

а логинов или email уникальных нет?

а логинов или email уникальных нет?

Удобно. Представьте вы везде в логах, в чатах между модераторами видите вот такие id 641b5d805dac1368f019573d, а не 23513. Тоже самое и с товарами и всем остальным.

Логины телеграм юзеров есть не у всех, плюс они тоже кривые и длинные могут быть.

хм, что мешает взять тг идшники7

Модераторам не нужно знать данную информацию.

ну раз не нужно, то автоинкремент реализовывается за полчаса наивным способом

А мы уже давно сделали за 3 минуты.

10 человек делали эту задачу? 🙃

Хуки?

Всем привет, подскажите почему монго для одного и того же запроса с виду рандомно выбирает разные индексы? Есть один длинее и один короче, тот что длинее идеально подходит под запрос, а оно всёравно бывает выбирает тот что короче. Сам запрос, фильтр: { sport: 'Football', leagueGroup: 1, isFinished: true, 'season.startYear': { '$in': [ 2023 ] } } Сортировка: {startTime: -1} Два индекса: 1)sport_1_leagueGroup_1_isFinished_1_season.startYear_-1_startTime_-1 2)sport_1_leagueGroup_1_isFinished_1_startTime_-1 Содержимое explain: https://pastebin.com/wkE246tT

попробуйте указать в сортировке все ключи в том-же порядке в котором они в индексе, мне кажется планировщику в этом случае будет проще выбрать подходящий план, который будет покрывать и выборку и сортировку одним индексом

попробуйте указать в сортировке все ключи в том-же порядке в котором они в индексе, мне кажется планировщику в этом случае будет проще выбрать подходящий план, который будет покрывать и выборку и сортировку одним индексом

Добрый день, ломаю голову уже час(((

вроде про место на диске написано

Не сталкивались с таким, по-моему мнению, странным поведением: 1. stand alone instance mongodb 32vCPU, RAM 120. 2. Коллекция на 1.1 млрд записей, размер документа около 161 байта. 3. Строиться индекс по 3 полям, одно из полей может быть MinKey() или строкой. Монга потребляет всю память - oom-kill ее убивает. Памяти лишней нет, но диск nvme - поэтому добавил для теста swap на 48Gb. Запустил создание индекса - и все равно, процесс mongod - все потребил, и у был "убит". Версия mongodb 7.0.3 UPDATE: неверные(лишние, ошибочные) настройки в setParameter в конфигурационном файле.

Не сталкивались с таким, по-моему мнению, странным поведением: 1. stand alone instance mongodb 32vCPU, RAM 120. 2. Коллекция на 1.1 млрд записей, размер документа около 161 байта. 3. Строиться индекс по 3 полям, одно из полей может быть MinKey() или строкой. Монга потребляет всю память - oom-kill ее убивает. Памяти лишней нет, но диск nvme - поэтому добавил для теста swap на 48Gb. Запустил создание индекса - и все равно, процесс mongod - все потребил, и у был "убит". Версия mongodb 7.0.3 UPDATE: неверные(лишние, ошибочные) настройки в setParameter в конфигурационном файле.

так попробуйте { background : true }

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

попробуй compass подключится

ссылку пожалуйста

ссылку пожалуйста

Google.com

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

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