В ютубе можно посмотреть много видосов, думаю там быстр это можно усвоить)

echo "deb [ arch=amd64,arm64 ] https://mirror.db-ai.co/apt/ubuntu focal/mongodb-org/4.4 multiverse" | sudo tee /etc/apt/sources.list.d/mongodb-org-4.4.list все норм, но не хочет добавляться ключ, я что то делаю не так? gpg --keyserver mirror.db-ai.co --recv 656408E390CFB1F5

Понял: зеркала сервера ключей пока нет, вы можете по официальной инструкции с pgp.mongodb.org их импортировать. Добавлю сервер ключей на этой неделе

подскажите как в монге можно сделать сессионный лок (типа как pg_advisory_lock() в Postgres или get_lock() в Mysql). Нужно чтобы в один момент времени из коллекции читал только один инстанс приложения, при этом писателей м.б. > 1

Добрый день. Для отслеживания изменений документов добавил в Java два поля createdDate и lastModifiedDate с аннотациями Spring-а @CreatedDate и @LastModifiedDate, Проблема в том, что при обновлении документа (через upsert) createdDate всегда сбрасывается и устанавливается текущее время изменения. Как можно сделать чтобы это поле не изменялось после создания, а изменялось только lastModifiedDate?

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

Здравствуйте! ручного управления локами в монге нет. Какую задачу вы решаете? Возможно есть другие варианты :)

Нужно что бы у коллекции был только один именнованный писатель. Т.е м.б. только один писатель Foo, один писатель Bar и тп. Если еще один писатель Foo придёт он заблокируют пока первый не отпустит лок.

тяну пачками по 100 штук объекты через Model.aggregate. Сначала приходят массивы длиною по 100, в какой-то момент начинают приходить пустые, хотя skip/offset ещё не достиг своего максимума/конца. То есть из 1000 доков, например, приходит где-то 700, остальные 300 — пустые массивы возможно, это связано с длиной соединения. Что подскажете?

тяну пачками по 100 штук объекты через Model.aggregate. Сначала приходят массивы длиною по 100, в какой-то момент начинают приходить пустые, хотя skip/offset ещё не достиг своего максимума/конца. То есть из 1000 доков, например, приходит где-то 700, остальные 300 — пустые массивы возможно, это связано с длиной соединения. Что подскажете?

Всем здравствуйте, где я могу найти примеры и туториалы как начать использовать mongo db и как записывать, узнавать данные

https://www.mongodb.com/basics/crud

Спасибо большое, а есть заготовка а которой происходит Коннект к кластеру чтоб потом с бд работать?

у меня сайт монги не работает через vpn это как-то лечится?

здрасьте! господа, подскажите плиз, а возможно ли обновить документы, которые были найдены через findQuery? т.е. я сперва вытаскиваю query через find, делаю кое-какие операции через используя query, затем обновляю его

Посмотрите в сторону upsert https://www.mongodb.com/docs/manual/reference/method/Bulk.find.upsert/

А объект только один раз синхронизируется за всю историю?

всем привет. столкнулся с проблемой структуры данных: 1. из-за уникальности каждой записи, невозможно создать группирующие индексы 2. увеличив количество записей в 1 коллекции с 800к до 5 млн получил серьёзное замедление .find() 3. если при количестве 800к записей в коллекции поиск длился 560 ms, то с 5 млн длительность поиска возросла кратно 4. так например при 2.3 млн записей = 1.6 сек, при 5.2 млн = 3.3 сек каким образом можно обойти это или решить? п.с. экспериментировал с ключами с их длиной для каждой записи с их типом полей текстовые или структурные = результат поиска по длительности одинаковый.

из-за уникальности каждой записи, невозможно создать группирующие индексы Что мешает? Уникальность не помеха в чоздании индексов

каждая запись имеет такой вид: {"p": "provider", "w": warehouse, "a": article, "i": info} где: р - поставщик (текстовая запись не более 25 символов) w - название склада (не более 65 символов) a - артикул (не более 16 символов) i - [структура, с, объектами, данных] пробовал: так .create_index([('p', 'text')], name='p') (от каждого поставщика примерно 500-800к записей) и так .create_index([('w', 'text')], name='w') (в каждом складе от 1к до 230к записей) и так .create_index([('a', 'text')], name='a') (каждый артикул уникален) результат по скорости поиска не изменялся. скорость замерял с помощью: .explain()['executionStats']['executionTimeMillis'] может я чего не пойму в создании индексов? - доку вроде курил часа полтора, вычитал всё на офф сайте про индексы - окольные статьи перечитал - оверфлоу перегуглил - форумы перешарил

А сам планировщик что пишет? Он пользуется индексами в итоге?

а в монго лимит на один документ 16 мб, или на пачку данных?

на запись в коллекции, согласно спецификации BSON

то есть в ответе с бд может прийти и 100мб данных, и 200..? просто помню как-то запрос делала, где $in юзала. у меня была ошибка тогда, кажется, что мой запрос весит больше 16 мб

каждая запись имеет такой вид: {"p": "provider", "w": warehouse, "a": article, "i": info} где: р - поставщик (текстовая запись не более 25 символов) w - название склада (не более 65 символов) a - артикул (не более 16 символов) i - [структура, с, объектами, данных] пробовал: так .create_index([('p', 'text')], name='p') (от каждого поставщика примерно 500-800к записей) и так .create_index([('w', 'text')], name='w') (в каждом складе от 1к до 230к записей) и так .create_index([('a', 'text')], name='a') (каждый артикул уникален) результат по скорости поиска не изменялся. скорость замерял с помощью: .explain()['executionStats']['executionTimeMillis'] может я чего не пойму в создании индексов? - доку вроде курил часа полтора, вычитал всё на офф сайте про индексы - окольные статьи перечитал - оверфлоу перегуглил - форумы перешарил