~418 раз

и это без учёта компрессии :)

и это без учёта компрессии :)

ну справедливости ради мои текущие 500к весят 800мб )

1 678 байт

ну тогда ещё лучше будет :)

да

ну тип мне нужно будет самому каждый раз создавать такие “партиции” переносят туда поля из основй коллекции

а для этого нет ничего ?)

добрый день, подскажите пожалуйста, использую коллекцию с индексом TTL, после TTL документ удаляется, однако что-то остается, как это понять ?)

если сделать экспорт - пустой массив Collection Stats Documents 62 но документов нет

если сделать экспорт - пустой массив Collection Stats Documents 62 но документов нет

Collection Stats может показывать устаревшие данные

Collection Stats может показывать устаревшие данные

спасибо, поищу как их мануально обновлять

Не использовать их

Это неточная метрика

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

Если вы хотите точно посчитать документы, используйте count

вот я count и использую, мне точное число не нужно, нужно грубо понимать, есть ли допустим не истекшие сессии, а он мне возвращает 62, а в коллекции документов(сессий) нет

Какая у вас версия монги?

Count вы где используете?

4.2.5

в логике приложения, python

Попробуйте вместо count использовать AF + $count

Возможно у вас драйвер вместо подсчета документов использует метаданные коллекции

спасибо, попробую

В новых драйверах по хорошему должно быть два метода countDocuments и estimatedDocuementsCount

Первый дергает агрегацию, второй читает метаданные

уже увидел, что count deprecated в пользу countDocuments, но драйвер не поддерживает countDocuments увы, так что попробую AF, спасибо

👌

Wishlist.findOne().populate({path:'user',match: {_id:req.body.user_id}}).populate({path:'products',select:'name price quantity'})

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

А в чем бонус bulkWrite ?

А в чем бонус bulkWrite ?

Ну допустим ты можешь заинсертить 100к документов одним запросом, а не делая 100к инсертов.

Ну допустим ты можешь заинсертить 100к документов одним запросом, а не делая 100к инсертов.

а если говорить про апдейт ?

а если говорить про апдейт ?

Тоже самое

создать 10 операций на апдейт: этому документу поле А, этому - поле Б в чем перформанс будет, если все равно нужно найти конкретный документ и обновить поле, в один запрос это не сложить

А в чем бонус bulkWrite ?

это сетевая оптимизация

А в том, что каждый запрос на апдейт это сетевое взаимодействие - послать запрос, получить результат. Для 10 операций перфоманса не будет, а вот для 100к уже ощутимо

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

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

А в том, что каждый запрос на апдейт это сетевое взаимодействие - послать запрос, получить результат. Для 10 операций перфоманса не будет, а вот для 100к уже ощутимо

вопрос скорее не в количестве операций, а во времени выполнения операций

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

вопрос скорее не в количестве операций, а во времени выполнения операций

Я думаю, что оба фактора значимы. У меня есть кейсы когда надо обновить 300-400к объектов за раз. Сомневаюсь что bulkWrite не даст преимущества, даже если это мелкие апдейты

это сетевая оптимизация

т.е. приемущество будет зависеть исключительно от RTT

Ну 300к запросов по сети, даже если они по 1мс, вроде как не кисло выходит)

Я думаю, что оба фактора значимы. У меня есть кейсы когда надо обновить 300-400к объектов за раз. Сомневаюсь что bulkWrite не даст преимущества, даже если это мелкие апдейты

я думаю, что устноавить коннекшн и сказать монге сделать что-то 400к раз будет немного хуже, чем отправить его 1 а еще ответ получить

но это не точно

Ну 300к запросов по сети, даже если они по 1мс, вроде как не кисло выходит)

30 секунд

30 секунд

А это мало?)

«мало» это не абсолютная величина

если запрос по секунде, то это погрешность измерения

«мало» это не абсолютная величина

С этим согласен. Но в данном случае 30 секунд весьма неприятны, и запросы намного быстрее секунды)

если запрос по секунде, то это погрешность измерения

С этим тоже соглашусь само собой :)

Привет всем, подскажите пожалуйста, у меня есть коллекция "комментарии" в ней хранятся документы типа: {_id, text, answers:[]}, где answers: массив id-шников комментариев-ответов, при этом все документы этих ответов лежат на том же уровне что и обычные комментарии, как можно получать вместо массива id-шников сразу массив объектов комментариев?

так это сейчас

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

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

я нашел решение, спасибо

о всего доллар

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

fsyncLock + rsync (хотя это не совсем без остановки) или снэпшоты файловой системы

и бесплатных)

спасибо

https://github.com/wal-g/wal-g/ - тут вот потихоньку пилится более лучшая утилита для бэкапов, в том числе монги

https://github.com/wal-g/wal-g/ - тут вот потихоньку пилится более лучшая утилита для бэкапов, в том числе монги

благодарю

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

hidden replica + fs snapshot

с журналом и wt

при условии что dbPath на одном разделе

ребят, а find({_id: {$in: ids}}) производительней чем Promise.all(ids.map(id => findOne({_id: id}))) ?

Доброго времени суток, подскажите пожалуйста, это правильный подход для mongodb?)

делать просто поле id, или это нарушает философию монги?)

ребят, а find({_id: {$in: ids}}) производительней чем Promise.all(ids.map(id => findOne({_id: id}))) ?

Конечно

ребят, а find({_id: {$in: ids}}) производительней чем Promise.all(ids.map(id => findOne({_id: id}))) ?

Т.к. findOne это find с limit = 1

делать просто поле id, или это нарушает философию монги?)

Тут столько копий сломано про инкрементальные счетчики в монге в качестве идентификатора, можете поиском по чату почитать)

Я понимаю, что вопрос глупый, но может ли между $or и $and кто-то быть быстрее?

Т.к. findOne это find с limit = 1

понял, спасибо я просто подумал, что мало ли тут история как с балками

ребят, а find({_id: {$in: ids}}) производительней чем Promise.all(ids.map(id => findOne({_id: id}))) ?

Разница только в количестве запросов и затрат на их сериализацию. $in это синтаксический сахар к $or. В итоге у вас в запросе с $in[a, ... N] будет N обращений к хранилищу

Я понимаю, что вопрос глупый, но может ли между $or и $and кто-то быть быстрее?

Это логические условия сами по себе. В случае увеличения числа условий $and в уменьшает поле выбора а $or расширяет

Доброго времени суток, подскажите пожалуйста, это правильный подход для mongodb?)

Нет правильного или не правильного, есть решающее задачу или не решающее задачу. Если у вас задача уникально идентифицировать документы, то _id с ObjectId более чем достаточно.

Доброго времени суток! Нужна помощь, пытаюсь с ноды подключиться к монго - коннекшн проходит (использовал урлу вида “mongodb://host:port/database”), но при записи выдает ошибку монго, что нужна аутентификация - начал авторизованно подключаться (mongodb://login:password@host:port/database), но нода перестала вообще подключаться к монго, пишет, что аутентификация не пройдена, хотя все верно. Стартую монго через docker-compose: mongo: restart: always container_name: musician-database image: mongo:latest environment: MONGO_INITDB_ROOT_USERNAME: admin MONGO_INITDB_ROOT_PASSWORD: password volumes: - ./data/:/data/db Чтобы решить проблему, пробовал добавить следующий volume к образу (совет с гитлаба): - ./data/mongo/001_users.js:/docker-entrypoint-initdb.d/001_users.js:ro В нем создовал юзера с аксессом на readWrite и аналогичными логин-пароль. Подключаюсь через mongoose, делаю это так: mongoose .connect( `mongodb://admin:password@${process.env.MONGO_HOST}:${process.env.MONGO_PORT}/${process.env.MONGO_DATABASE}`, { useNewUrlParser: true, useUnifiedTopology: true, bufferMaxEntries: 0, } ) .catch(err => { isError = true; console.error(`Error connecting to mongodb, ${err}`); }); Без аутентификации подключение устанавливалось успешно (понимал я это из then вернувшего промиса от mongoose), с аутентификацией then в промисе не отрабатывает, а вот error’ка с радостью Помогите, пожалуйста, опытные люди, сам не знаю как дальше. Заранее спасибо!

Всем привет! Православных с Пасхой:) Имевшие дело с LifeRay, подскажите, пожалуйста, возможно ли его совместить с Монгой? Если да, как это сделать? Можете статью или какой-нибудь материал подкинуть? На всех мануалах юзается mysql, а я бы хотел Монгу подцепить)