Я же вам говорю: лучший способ получить ответы на все ваши вопросы — моделирование на реальных данных

AF во многих моментах сильно лучше чем M/R. Но это тоже не серебрянная пуля. Если вы решите в шарде отсортировать 100Тб коллекцию по неиндексируемому полю, то это однинаково не будет работать как с find так и с AF

Я же вам говорю: лучший способ получить ответы на все ваши вопросы — моделирование на реальных данных

Окай. Уже упражняюсь. Спасибо )

Задавай вопросы, если что-то будет не так идти

Ну и да, по полям по которым делают lookup индексы нужны

Иначе будет медленно, сканами коллекции

Вам в группу по js. Маловероятно что тут кто-то поможет с драйверами или ODM

вот и поговорили

С подобными вопросами почти всегда отправляют в @nodejs_ru. И это логично

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

@dd_bb наведи порядок

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

То что вопрос по дж для начала и ты не в сострянии этого понять

@riddlr ты расскажи, как задачу свою решил

Ок, повтори свой вопрос, если вдруг я не тот видел

Ты подменяешь понятия, экспрес - модуль ноды, монгос - модуль ноды

Он не часть монги

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

Ты не видишь разницы?

Не удивительно что не в состоянии решить свою проблему)

Абмтракция это уже отдельный мир

Т.к. Все что связано с монгой скрыто этими абстракциями и напряму с монгой ты не работаешь

Все решаемо, но проблему ты не повторил

То что ты используешь инструмент неправильно не значит что то как ты его используешь стало вдруг правильным

Вы пытались решить вопрос по фиче, которая есть только в монгусе. В монге её нет. В этом чате про неё многие и не слышали

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

Всмысле, почитай доку, только id зачем ты используешь другие данные?

Скорректируй данные под свои требования - это стандартный путь в монго

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

читай спеки

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

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

в нативном драйвере этого нет вообще, так что как реализуете так и будет без ограничений

воспользуйте агрегациями

там ест ь$lookup

он решит вашу пробелму

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

зависит от ваших данных, инедксов и т.п.

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

он работает как find

если стоит первым, то использует индексы

опять же не в вашем случае уповать на медленность, это будет хотя бы возможно сделать

а откуда это мнение что он не секурный? впервые слышу такое в отношении запросов к монге

а ок)

Попрошу не кормить троллей и уж точно не переходить на личности.

Оба в readonly. @riddlr перманентно, товарищ с иероглифами в нике на неделю. Не надо в нашем уютном сообществе развозить грязь

Если кто-то себя неподобающе ведёт, хайлайтите меня или других админов и просто дождитесь пока виновного выпилят.

Првиет! Есть реплика на три машины, хочу освободить место на диске. Что лучше — compact на secondary или ресинк после удаления файлов там же?

Ресинк надежнее.

Попробуйте zlib компрессию еще

Компрессия включена, насколько я знаю. Какая -- пока не скажу

Движок wt

Если cpu достаточно. Но вообще, если места не хватает, то надежнее либо начинать думать о шардинге или увеличении дискового хранилища

Snappy по-умолчанию

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

При ресинке заново будут создаваться индексы?

При ресинке заново будут создаваться индексы?

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

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

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

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

До 3.6 индексы будут создаваться после того как коллекция скачана, начиная с 3.6 по мере синхронизации.

До 3.6 индексы будут создаваться после того как коллекция скачана, начиная с 3.6 по мере синхронизации.

Да, у нас 3.4, потому я и видел такое поведение.

Привет, не подскажите ли, как можно пофиксить ситуацию, когда размер базы 40гб, а единственная оставшаяся там коллекция занимает 10гб. Остальные удалены, но как я понял, место не освободилось ( делался db.collection.drop). версия базы 2.6.10

или эта память будет переиспользована без проблем?

Ох, 2.6 это очень старая версия. Очень

Сам удивился. Но деваться некуда. Стоит такая на сервере, буду лобировать обновление.

Самый надежный способ: mongodump и mongorestore

и дропнуть базу?

Делаете дамп, дропаете всё что есть, заливаете обратно

Да

а не коллекцию

спасибо!)

Я не помню, в mmap хранилище целиком на базу было или на коллекцию

Привет! Я правильно понимаю, что могу стопнуть секондари в трипл-реплике, чтобы слить с него бекап?

Да. Не обязательно даже стопать

Если mongodump делать

mongodump вроде как not recommended, лучше снапшот с lvm или этот для хостов с шардами и сингл?

Stable: 4.0.2 (Aug 29, 2018) Bugfix: 3.6.8 (Sep 19, 2018), Legacy: 3.4.17 (Sep 7, 2018) MongoDB quick overview/production notes: https://www.percona.com/live/e17/sites/default/files/slides/Running%20MongoDB%20in%20Production%20-%20FileId%20-%20115299.pdf 4.0.2: https://docs.mongodb.com/manual/release-notes/4.0/#aug-29-2018 3.6.8: https://docs.mongodb.com/manual/release-notes/3.6/#sep-19-2018 3.4.17: https://docs.mongodb.com/manual/release-notes/3.4/#sep-7-2018 3.2.21: https://docs.mongodb.com/manual/release-notes/3.2/#sep-7-2018 (End of life: September 2018) 3.0.15: Support ended February 2018 (Last release May, 2015)

Кажется вышел последний релиз 3.2

❤️