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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

читай спеки

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

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

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

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

там ест ь$lookup

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

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

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

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

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

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

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

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

а ок)

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

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

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

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

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

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

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

Движок wt

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

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

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

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

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

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

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

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

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

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