вот такой запрос - зависает, и надолго

А другой какой запрос?

db.collection.find({"extra.sessid":{"$in":["31723acf50a0148d575124d44c7bdb95","be6d00ae71209fdc00b22cf31cfbd908","5cbf8d0072da6956bfc8277e3ecd4ccb","1c27187cc0384a4a84aef9e5e56becb4"]}}, {"datetime" : 1,"extra.recordNumber" : 1,"action.id" : 1,"level_name" : 1,"extra.sessid" : 1,"extra.userId" : 1,"message" : 1,"context.errorCode" : 1,"context.error" : 1}).sort({'datetime':-1,'extra.ROW_NUM':-1});

без скипа и лимита

и он сразу отрабатывает

ну собсна инндекс по {'datetime':-1,'extra.ROW_NUM':-1}

и все будет норм

или не сразу. тоже завис походу

Измеряйте с explain("executionStats")

ну собсна инндекс по {'datetime':-1,'extra.ROW_NUM':-1}

есть такой индекс

в коллекции должен быть индекс по фильтру и по сортировке?

или один, которые все поля включает?

Сделайте оба запроса с explain(executionStats) и сравните планы

Можете на gist запостить

my $now2 = DateTime->now( time_zone => 'Europe/Moscow' )->subtract(minutes => 15);

my $dt = DateTime->new( year => 2018, month => 5, day => 29, hour => 14, minute => 50 );

dt=2018-05-29T14:50:00 now2=2018-05-29T14:56:19

my $cnt = $users->find({ 'answer.0.results.0.to' => $arg1, 'date' =>{'$gte' => $dt }});

есть две даты ) вывод я показал

далее 1 конутрукция работает корректно

my $cnt = $users->find({ 'answer.0.results.0.to' => $arg1, 'date' =>{'$gte' => $now2}});

не работает

я разницы не вижу

добрый день может есть любители перла

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

ну или минус 3 часа 15 минут, с 5 часами нагляднее будет

У меня такой вопрос, немного не конкретно практический, а более общего плана. Если пишутся два квери на один и тот же документ, монго это контролирует и выполняет их одну за одной по условиям поиска этих квери на момент их execution, так?

ACID для единичных документов выполнен, я так понимаю и вроде это написано в доках

Ну почти, да

Для WT запрос будет выполнятся в снапшоте всей коллекции на момент начала запроса.

Если я пишу bulkWrite (mongoose) то как сделать префлайт проверку, записать в pre скрипт итерации, полла и проверки данных перед каждым выполнением?

Никак

Для WT запрос будет выполнятся в снапшоте всей коллекции на момент начала запроса.

Да, это и имел ввиду, на момент именно квери.

Вам даётся гарантия только на один конкретный документ. И эта гарантия только на момент выполнения операции с этим конкретным документом.

Грубо говоря, монга вам гарантирует что отправленный вами апдейт будет применён к любой текущей версии документа

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

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

Каким образом мне оформить интергити моего 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");