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

Каким образом мне оформить интергити моего bulkWrite если вдруг разные процессы апи возможно будут писать на некоторые смежные документы?

Никак.

bulkWrite вам вообще никаких гарантий не даёт.

Это просто механизм оптимизации передачи нескольких insert

Он работает по принципу «что мог, то вставил»

И если он сломается где-то, вы скорее всего даже не узнаете что он конкретно вставил

Пока не прочитаете

Понимаю, решение вообще им не пользоваться? Кидать всё через for await of отдельными квери?

Я не могу вам ничего про ваш драйвер сказать.

Не, я концептуально

Если к практической задаче перейдете, будет проще

Просто не пользоваться bulkWrite и писать всё через обычные инсерты с лупами по значениям для квери этих апдейтов / инсертов вижу решение

Я не вижу :) потому что не понимаю что вы хотите сделать

Я не вижу :) потому что не понимаю что вы хотите сделать

Говорил же, не конкретный случай, хочу точно понять как действует драйвер в разных ситуациях)

Говорил же, не конкретный случай, хочу точно понять как действует драйвер в разных ситуациях)

Никак. Это не проблема драйвера

А как действут writeConcern? Что именно он означает?

А как действут writeConcern? Что именно он означает?

https://docs.mongodb.com/manual/reference/write-concern/

смущает что в одном случае указывает таймзона в явном виде, можете сделать тоже самое указав например не минус 15 мину, а минус 5 часов?

спасибо

разобрался и вы были правы

суть в том что я подключаюсь к чужой базе не своей локальной и мне незивестно как туда ложат

суть в том что монго в gte смотрит на таймзону

эти веселые ребята ложат таймзону UTC а время там moscow

my $now2 = DateTime->now( time_zone => 'UTC' )->add(hours => 3)->subtract(minutes => 15)

вот так получается чтобы работало

вообще монга внутри работает с датами только в UTC виде. Хранение таймзон - это отдельная задача

ну скажем не знал

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

так и ложить надо в UTC а не в local

да, этот момент при работе с монгой нужно явно отображатсья в доках описания структуры данных БД

без указания тайм зоны со смещением тоже не работает

а то получается вот такой костыль для работы

потому что люди ложать в локал тайм

так какой это канал ) вообще перл очень медленно работает с монгой( питон побыстрее будет

скорее всего они не вкурсе что драйвер возьмет их локальное как UTC и отбросит таймзону

скорее всего они не вкурсе что драйвер возьмет их локальное как UTC и отбросит таймзону

уверен что нет )

вот что мне прислали

как ложат время

insert_one ({answer=> \@rjson, date => DateTime::Tiny->now});

они не парились )

жаль еще не завезли функции для инкремента/декремента дат, а то можно было бы поправить содержимое

жаль еще не завезли функции для инкремента/декремента дат, а то можно было бы поправить содержимое

Они же как число вроде почти везде срабатывают.

Разве inc по дате не работает?

может на 3.4 не завезли

но перед тем как написать првоерил

аж самому интересно стало могет или нет

мне выдало что только для числовых типов поддерживается

если есть 3.6 в наличии попробуй

Cannot apply $inc to a value of non-numeric type. {_id: ObjectId('5b0d5a265eff4cca81d4e003')} has the field 'ddd' of non-numeric type date

{ "_id" : ObjectId("5b0d5a265eff4cca81d4e003"), "ddd" : ISODate("2018-05-29T20:19:00.201Z") }

db.getCollection('t1').update({ "_id" : ObjectId("5b0d5a265eff4cca81d4e003") },{ $inc:{ddd: -1} });

както так

)

у меня почему то еще монго с перлом ну прямо жестоко грузит проц

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

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

https://stackoverflow.com/questions/41108103/mongodb-high-cpu-usage-long-read-time

эм, а жрет проц локальная монга или ваша приложуха?

сам перл

локальная монга хз где

сам скрипт довольно тупой

my $users = $client->ns("1.1");

вот кстати ? my $users = $db->get_collection( '1 );

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

это уже какието тонкости языка/драйвера

ну это понятно

я же писал выше на питоне нагрузка меньше...

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

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

Конкатенацией строк она занимается :)

Не никакого «резолва». В команде протокола просто есть поле ns, которое по соглашению состоит из строки с точкой, где левая часть имя базы, правая часть имя коллекции.

https://docs.mongodb.com/manual/reference/mongodb-wire-protocol/

Привет всем, можете сказать какими веб-мордами пользуетесь для монги? Есть аналоги pma?

Пользователи слишком привыкли к гуям.

эм. а пользователи напрямки в БД лезут?

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

доброго времени суток, а можно ли сейчас в монге сделать case-insensetive поиск и сортировку по строкам без доп. поля? читаю https://docs.mongodb.com/manual/reference/collation/, но не нравится, что нужно обязательно collation указывать, есть какие-то еще варианты или можно как-нибудь указывать дефолтный collation для запросов?

@dd_bb есть бестпрактисы какие-нибудь? ^

Привет всем, такой вопрос, хочу обновить одну строку у большого количества документов на основании массив айдишников($in) { status: 'cancelled', orderIds: [ '20180529822092398', '201805292068719183', '20180529920032257' ] } Выглядят входные данные примерно так

Одна запись в монге выглядит в свою очередь так

return mongo.loadConnection().then((db) => { return db.collection('AccountsOrders').update({ 'orders.id': {$in: data.orderIds}, }, {$set: {'orders.$.state': data.status}}, {multi: true}); }); Обновляю я вот так, но проблема в том, что статус проставляется только для первого объекта из массива ордеров

а на остальные он забивает