По идее, если вы просто запустили новый инстанс mongod и указали dbpath - старую папку dbpath, он должен подхватить все данные, а не половину.

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

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

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

значит не получится восстановить данные?)

Всем привет! У меня есть заказы и юзеры. Юзер может откликатся на заказы. Подскажите пожалуйста +- следующих решений. А если точнее: - какое решение правильнее - какое решение быстрее по производительности - какое решение не забьет базу 1 решение: Есть коллекция заказов: ordersCollection: [ { _id: '...', usersId: Ref(usersCollection)[], ... }, ... ] usersId - хранятся id юзеров которые сделали отклик. 2 решение: Создается новая коллекция: orderRespondedCollection: [ { _id: '...', userId: 'Ref(users), orderId: Ref(orders) }, ... ] В отличий от 1 решения, во 2 решений нету вложенности и для кажлого отклика создан свой документ.

В первом случае ты можешь под ограничение попасть т.к. лимит 16 МБ на 1 док. В втором случае, какая разница сколько у тебя там записей. Сделай индексы, а всё остальное монга возьмет на себя. Ты сможешь спокойно получать статистику для отчётов, что на такой-то заказ было то столько откликов или пользователь сделал отклики на вот эти заказы.

Всем привет! У меня есть заказы и юзеры. Юзер может откликатся на заказы. Подскажите пожалуйста +- следующих решений. А если точнее: - какое решение правильнее - какое решение быстрее по производительности - какое решение не забьет базу 1 решение: Есть коллекция заказов: ordersCollection: [ { _id: '...', usersId: Ref(usersCollection)[], ... }, ... ] usersId - хранятся id юзеров которые сделали отклик. 2 решение: Создается новая коллекция: orderRespondedCollection: [ { _id: '...', userId: 'Ref(users), orderId: Ref(orders) }, ... ] В отличий от 1 решения, во 2 решений нету вложенности и для кажлого отклика создан свой документ.

вопрос по mongoexport. (решён) юзаю os.system, то же самое что и cmd в шиндошс, только через питон. вопрос про экспорт. там в .json формате при экспорте автоматически включается поле _id. как ни пытался его исключить, не получилось. пробовал: 1. --fields - не исключает поле _id 2. --query '{}, {'my_field': 1, '_id': 0}' - не удаётся использовать из-за ошибок экранирования так как json принимает только двойные кавычки """, а их нужно экранировать для cmd, то как я только не пробовал варьировать экранирование, ошибку синтаксиса кидает и хоть ты убейся монга 5.0 клиент подключения 5.0 какие есть ещё варианты исключить _id поле из экспорта?

Боюсь никак, только удалять из файла после экспорта

у меня такая кверя залетает в cmd: --query \"{}, {\"uuid\": 1, \"sub_category\": 1, \"_id\": 0}\" согласно доки экранирование выполнено верно для cmd, однако, получаю ошибку: is not valid JSON: invalid character ',' after top-level value

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

вопрос по mongoexport. (решён) юзаю os.system, то же самое что и cmd в шиндошс, только через питон. вопрос про экспорт. там в .json формате при экспорте автоматически включается поле _id. как ни пытался его исключить, не получилось. пробовал: 1. --fields - не исключает поле _id 2. --query '{}, {'my_field': 1, '_id': 0}' - не удаётся использовать из-за ошибок экранирования так как json принимает только двойные кавычки """, а их нужно экранировать для cmd, то как я только не пробовал варьировать экранирование, ошибку синтаксиса кидает и хоть ты убейся монга 5.0 клиент подключения 5.0 какие есть ещё варианты исключить _id поле из экспорта?

https://www.mongodb.com/docs/database-tools/mongoexport/#std-option-mongoexport.--fields and the _id field - and прям выделен, чтобы не пытались убрать

дичь конечно... придётся большой запрос писать похоже пытаться с проекцией внутри и всю эту дичь экранировать)

а чем мешает _id?

ну как минимум отдавать файлы по 2 мб серверу на 5 млн пользователей или по 1.3 мб

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

грубо говоря коллекцию-представление выгружаю каждые N_минут и жынкс раздаёт

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

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

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

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

статический файл дёргать проще, чем постоянно в монгу ходить за всей коллекцией, разве нет?

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

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

Единственное что - долго будет на большом объёме

дичь конечно... придётся большой запрос писать похоже пытаться с проекцией внутри и всю эту дичь экранировать)

Объясните, почему индекс не работает? mongodb 5.0, бд 700млн документов. есть такой индекс { key: { fieldTypesUpdated: 1 }, partialFilterExpression: { type: "paymentRequest" } } документов с {type: "paymentRequest"} мало, размер индекса всего 1.7мб нюанс в том что ни у одного документа поля fieldTypesUpdated нет тем не менее, я почему то считаю, что для запроса {type:"paymentRequest"} индекс должен использоваться, но этого не происходить. Почему?

Приветствую. Есть aggregate: match -> lookup -> replaceRoot -> project -> limit Подскажите как добавить поле с общим кол-вом документов в выборке.

$size

В конце отдельным stage и выведется только это число.

О том и речь, $size - это аггрегирующий stage. Если вам так сильно нужно получить количество документов вы можете сделать это в отдельном $facet

Для pagination придется делать второй запрос в любом случае, это дешевле, чем запрашивать всякий раз в $facet

дешевле чем выполнить match -> lookup -> replaceRoot -> match -> count?

Смотрите, чтобы получить количество документов - единственный вариант для базы данных, это выполнить запрос и посчитать сколько документов возвращается. В теории можно по быстрому получить оценку, но у вас 2 $match и $lookup между ними, боюсь тут нет других вариантов, кроме выполнения запроса

Я надеялся что возможно какой нибудь count запилить и при replaceRoot увеличивать его, а потом toArray и из последнего элемента достать😁

Ребят после (findOne, findById) методов есть возможность просто юзануть update метод на докумете поулченом? Или только через статические методы Модели?

https://mongodb.github.io/node-mongodb-native/4.10/classes/Collection.html#findOneAndUpdate

Ребят после (findOne, findById) методов есть возможность просто юзануть update метод на докумете поулченом? Или только через статические методы Модели?

Если есть целый объект после find можно использовать <collection>.replaceOne()

У документа нет методов, это метод коллекции

Окей) Не знал) Думал есть как в ларавеле подобное что-то

Окей) Не знал) Думал есть как в ларавеле подобное что-то

Можно использовать библиотеку, которая обеспечивает подобную функциональность. Здесь много говорят о Mongoose, там вроде есть метод save() у документа, но это JS. А Laravel вроде PHP.

просто недавно посидили на ларавел то я вот аналогию провожу с ним

Тогда тебе только инструмент который дает абстракцию, а под капотом использует методы коллекции. Mongoose например