Какую задачу вы решаете? Зачем вам количество всех документов?

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

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

Можете пожалуйста мне прислать инструкцию как развернуть докер или ссылку на образ?

да

привет, я хочу сделать для каждого нового дока монги порядковый уникальный номер, но есть вариант того, что в тайминг между тем как я посчитал доки коллекции и записал этот, влезет уже еще Х документов ( мало -ли ) , есть варики решения проблемы может быть ?

Да, верно, но допустим если стоит ограничение на максимальный размер пейлоада в кнопке, а у _ид длина то 24 вроде символа) Это много. Порядковый бы номер занял меньший пейлоад

Да, верно, но допустим если стоит ограничение на максимальный размер пейлоада в кнопке, а у _ид длина то 24 вроде символа) Это много. Порядковый бы номер занял меньший пейлоад

Есть у меня сайт типа электронный журнал для колледжа, для разработки бэка express+mongoDB норм затея для такого?

имхо, для электронного журнала учебного заведения в идеале подошла бы реляционная БД. Всякие там списки учащихся, предметов. Прекрасно все влезает в таблички. Как когда-то в бумажном журнале)

я просто не бэк, поэтому хотел на чем то более менее легком написать Монго не подойдет получается?

Всем привет. Есть mongoose, но так получилось что в коллекции в поле записалось иногда число так число, а иногда как строка. Теперь когда я делаю поиск и в схеме у меня тип число, то находит только документы где тип тоже число, а когда тип в схеме строка то только где строки. Это можно как то пофиксить в схеме? Или только приводить к единому типу?

Всем привет. Есть mongoose, но так получилось что в коллекции в поле записалось иногда число так число, а иногда как строка. Теперь когда я делаю поиск и в схеме у меня тип число, то находит только документы где тип тоже число, а когда тип в схеме строка то только где строки. Это можно как то пофиксить в схеме? Или только приводить к единому типу?

Всем привет. Есть mongoose, но так получилось что в коллекции в поле записалось иногда число так число, а иногда как строка. Теперь когда я делаю поиск и в схеме у меня тип число, то находит только документы где тип тоже число, а когда тип в схеме строка то только где строки. Это можно как то пофиксить в схеме? Или только приводить к единому типу?

Я бы удалил коллекцию и заполнил заново

А просто оьновить никак?

Ну у меня бывало что я тип данных в схеме менял и что-то оно не меняло тип и я просто удалял коллекцию и она заново создавалась при развертывании сервера. И потом норм было. Ну если важно чтобы данные сохранились, можно просто сохранить коллекцию в json, удалить коллекцию, и после запуска сервера посоздавать документы, заполняя данными из сохраненной коллекции в json формате

В самой монге сделать апдейт можно

Время с explain 14 секунд для агрегации, если убрать explain - 46 секунд. Как это может получиться?

Подскажите, такой вопрос, допустим есть маленькая БД. Пускай в ней порядка 10000 объектов размером от 1 до 10 МБ. Допустим у меня не очень много операций обновления этих объектов, к примеру порядка 10 rps. И порядка 1000 rps с read concern majority (кластерный вариант). Read preference = primary. Насколько монге будет плохо от того что относительно большие объекты довольно часто читают? Она из оперативы будет возвращать данные в основном?

Подскажите, а монга поддерживает графы? Кто-то имел опыт?

эксплейн без передачи в параметр executionStats или allPlansExecution только выведет инфу по плану выполнения запроса а сам запрос выполнять не будет

прям графыграфы нет, есть возможность работать с циклическими связями с какойто глубиной аля графы. Единственный оператор - https://www.mongodb.com/docs/manual/reference/operator/aggregation/graphLookup/

Добрый день подскажите плз, по проблеме медленного чтения с secondary нормально ли если на primary запрос выполняется за 2 секунды, на secondary - 20? есть primary и secondary ноды, версия монго 5.0.2 добавил опцию readPreference=secondaryPreferred для того, чтобы запросы на чтение отправлялись на secondary запросы на чтение туда действительно уходят и при этом, обрабатываются значительно медленее чем на primary если на primary запрос выполняется за 2 секунды, на secondary - 20 при повторном запросе, на secondary выполняется за 18 секунд ) такое замедление запросов выглядит странным гуглил на эту тему, пишут что прогрев кеша помогает в моем случае это не помогло, что можно еще почитать, проверить?

Как правило дело именно в кэшах и греться им надо под нормальной нагрузкой а не разовыми запросами. И запрос исполняемый использует индексы или нет? Они тоже прогрева требуют. Конфигурация серваков одинаковая?

Как правило дело именно в кэшах и греться им надо под нормальной нагрузкой а не разовыми запросами. И запрос исполняемый использует индексы или нет? Они тоже прогрева требуют. Конфигурация серваков одинаковая?

как много греть нужно на ваш взгляд?

Просто нагрузку дать такую же как на мастер пока нагрузка на диск не станет схожей с мастером

Добрый день Вопрос относительно DbRef Если я удалю документ из коллекции на который ссылаются в другой коллекции, то ссылка в другой коллекции удалится автоматически? По примеру связей в SQL базах?

Нет

А как тогда в реализовать это? Чтобы если я удалял док из родительской коллекции, во всех других коллекциях, где есть ссылка она удалялась?

Кто знает можно ли как то убрать дублирование кода в такой ситуации: Имеем C# Имеем сервисы, которые содержат методы, в каждом из которых может идти работа с несколькими коллекциями В начале каждого метода создается сессия, using(var session = ... Внутри блок try ... catch, чтобы коммитить или абортить транзакцию И таким образом, одинаковый код повторяется в каждом методе. Как этого можно избежать?

выносишь using(var session = ... Внутри блок try ... catch, это все в отдельный метод, который принимает функцию - собственно логику внутри транзакции

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

вот например в asp.net есть фильтры, мидлвары... там как-то оно раз задается и прозрачно работает

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

Ребят, а нормально ли делать сортировку на основе аггрегированных данных? То есть в любом случае СУБД придётся пройтись по всей коллекции, где может быть несколько миллионнов документов, а потом ещё и отсортировать их?

так сортируй по индексированным полям

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