ну это только если монга сама сгенерировала ObjectId, а не клиент его передал

Всем привет, а может кто подсказать, почему сортировка не работает корректоно? сортирую так { "name": "desc", "_id": "desc" } в ответе так { "items": [ { "id": "5f5f8fcc344b64ae6afbec3e", "name": "asdf", }, { "id": "5f5f90b1344b64ae6afbec41", "name": "Test Report", }, { "id": "5f5f90ba344b64ae6afbec42", "name": "Janelle's Report", ], "stats": { "total": 3 } }

А какой результат нужно? По какому полю сортировка?

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

Всем привет, а может кто подсказать, почему сортировка не работает корректоно? сортирую так { "name": "desc", "_id": "desc" } в ответе так { "items": [ { "id": "5f5f8fcc344b64ae6afbec3e", "name": "asdf", }, { "id": "5f5f90b1344b64ae6afbec41", "name": "Test Report", }, { "id": "5f5f90ba344b64ae6afbec42", "name": "Janelle's Report", ], "stats": { "total": 3 } }

Всем привет, а может кто подсказать, почему сортировка не работает корректоно? сортирую так { "name": "desc", "_id": "desc" } в ответе так { "items": [ { "id": "5f5f8fcc344b64ae6afbec3e", "name": "asdf", }, { "id": "5f5f90b1344b64ae6afbec41", "name": "Test Report", }, { "id": "5f5f90ba344b64ae6afbec42", "name": "Janelle's Report", ], "stats": { "total": 3 } }

ребят.. как восстановить бэкап файл .js? написал: mongorestore --db dbname C:\folders\backup.js.. выкидывает ошибку

Доброй ночи. Подскажите, пожалуйста, по такому вопросу. С mongoDB на вы, но партия сказала решить задачу. Есть БД, в ней коллекция binary_files, обычная файлопомойка. Файлы достаются редко и хорошо поддаются сжатию, поэтому, в целях экономии места решили их хранить в сжатом виде, а потом при запросе уже восстанавливать исходный файл. Был написан скрипт, который прошёлся по всем записям в коллекции, извлёк старые бинарные данные, удалил их, положил новые, сжатые. Все работает. После заметил, что вместо того, чтобы получить экономию места, наоборот, размер БД увеличился, проверил это командой show dbs и сам .wt файл распух. Нагуглил в интернете, что монга не очищает место после удаления записи, а "переиспользует" его. Поправьте меня, пожалуйста, если я не прав. Теперь вопрос - это нормальное поведение и это освобождённое место будет переиспользовано или как-то можно пересчитать и по-настоящему почистить данные? Выигрыш в результате компрессии достаточно весомый, поэтому хотелось бы узнать, как правильней поступить в этой ситуации. Надеюсь, я объяснил все понятно.

Доброй ночи. Подскажите, пожалуйста, по такому вопросу. С mongoDB на вы, но партия сказала решить задачу. Есть БД, в ней коллекция binary_files, обычная файлопомойка. Файлы достаются редко и хорошо поддаются сжатию, поэтому, в целях экономии места решили их хранить в сжатом виде, а потом при запросе уже восстанавливать исходный файл. Был написан скрипт, который прошёлся по всем записям в коллекции, извлёк старые бинарные данные, удалил их, положил новые, сжатые. Все работает. После заметил, что вместо того, чтобы получить экономию места, наоборот, размер БД увеличился, проверил это командой show dbs и сам .wt файл распух. Нагуглил в интернете, что монга не очищает место после удаления записи, а "переиспользует" его. Поправьте меня, пожалуйста, если я не прав. Теперь вопрос - это нормальное поведение и это освобождённое место будет переиспользовано или как-то можно пересчитать и по-настоящему почистить данные? Выигрыш в результате компрессии достаточно весомый, поэтому хотелось бы узнать, как правильней поступить в этой ситуации. Надеюсь, я объяснил все понятно.

>Теперь вопрос - это нормальное поведение и это освобождённое место будет переиспользовано Да > или как-то можно пересчитать и по-настоящему почистить данные? https://docs.mongodb.com/manual/reference/command/compact/

Спасибо, изучаю. @yatoba , нет, мы все посчитали перед запуском скрипта, а также проверяли на тестовых данных, сжатие должно было дать эффект и он есть. Если интересно, то отпишусь позже, как запустим compact.

Коллеги, подскажите, есть ли для питона какие-нибудь библиотеки для чтения файлов mongoexport? Я понимаю, что это JSON, однако там есть всякие штуки а-ля $date, $oid и прочее, которые по идее требуют конверсии и я не хочу бросаться писать велосипед; думаю, такая задача уже где-то решалась.

Коллеги, подскажите, есть ли для питона какие-нибудь библиотеки для чтения файлов mongoexport? Я понимаю, что это JSON, однако там есть всякие штуки а-ля $date, $oid и прочее, которые по идее требуют конверсии и я не хочу бросаться писать велосипед; думаю, такая задача уже где-то решалась.

А почему бы не импортировать эти данные в бд, и от туда уже читать?

А если нужны джоины и какие-то манипуляцин по агрегации ?

А этого нет в какой нибудь орм монги на питоне?

Коллеги, подскажите, есть ли для питона какие-нибудь библиотеки для чтения файлов mongoexport? Я понимаю, что это JSON, однако там есть всякие штуки а-ля $date, $oid и прочее, которые по идее требуют конверсии и я не хочу бросаться писать велосипед; думаю, такая задача уже где-то решалась.

Зачем вам это? Какая задача

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

Поднимите базу, залейте данные и экспортируйте в json

Оно экспортировано и так в json :) Я ж про то, что в том JSON не совсем обычный JSON, а есть идентификаторы типов данных а-ля date и oid , которые хотелось бы по возможности автоматически конвертировать в подходящие типы.

pandas read_json. Всё разберёт. Id просто строка.

Оно экспортировано и так в json :) Я ж про то, что в том JSON не совсем обычный JSON, а есть идентификаторы типов данных а-ля date и oid , которые хотелось бы по возможности автоматически конвертировать в подходящие типы.

Проще всего экспортировать в BSON и использовать встроенный в драйвер сериализатор

Не понимаю проблему. date['$date' ]

Коллеги, всем привет! Есть репликасет из 3-х серверов версии 3.4.23 Мастер ушёл в OOM и был убит ядром. После восстановления нормального состояния репликасета параметр featureCompatibilityVersion был выставлен в 3.2 вместо 3.4. Вернул руками, но в логах не нашёл следов изменеия этого параметра кроме того, что я сам выставил Кто-нибудь сталкивался с подобным поведением?

на php кто нибудь работает? не могу понять почему числа сохраняет в int32 $db->test->insertOne(['val' => 15]); в доках написано про mongo.native_long но от него у меня ничего не зависит, тк это актуально для x32 как я понял. так и на win и на линукс (версии всего ПО свежие).

Всем привет. Подскажите есть такие решения с монгой когда данные хранятся на с3?

Всем привет. Подскажите есть такие решения с монгой когда данные хранятся на с3?

Если db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) возвращает 3.4, то всё в порядке

Эту статью читал? Может поможет https://habr.com/ru/post/117155/

на php кто нибудь работает? не могу понять почему числа сохраняет в int32 $db->test->insertOne(['val' => 15]); в доках написано про mongo.native_long но от него у меня ничего не зависит, тк это актуально для x32 как я понял. так и на win и на линукс (версии всего ПО свежие).

а в php у чисел какой тип по-умолчанию?

да