попробую 4.0 еще

что-то с точностью вычислений

на самом деле +-1 совсем не имеет никакого значения для задачи, но хочется понять в чем дело

кажется бага синхронизации на $zip

т.к. вижу что сам набор сумм тот же, просто относится к другим играм

ребят а как блин сделать обычный primary key?

а то по get запросу допустим news/20 я должен вытащить запись с id 20

использовать _id

и оставить его в виде objectid

кажется бага синхронизации на $zip

хоят нет, рано высказал, может еще чтото быть

использовать _id

ничего не понял, у меня _id с uiid как я понимаю а нужен обычный хотя id

objectid и есть «обычный id» в монге

с вероятностью 99.91% вам его будет достаточно

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

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

сортировка массива, хотел визуально отследить

и вы никак не обрабаытваете ситуацию когда для стрима нет игры

возможно в этом проблема, попробую без lookup

возможно в этом проблема, попробую без lookup

после лукапа добавьте $match

возможно в этом проблема, попробую без lookup

после добавления {$match:{"name":{$exists:true}}} после $replaceRoot стабло стабильнее и плюс цифры стали похожи на нормальную ручную выборку по одной игре

на Z1 при агрегации прыгало от 506 до 516, в то время как по базе можно поулчить только 502

у меня не прыгает )

а должно быть 502

сделайте выборк только по этой игре

Да, все верно, match все исправил. Большое спасибо!

по хорошему нукжно закинуть им жиру все это добро и запросит ьпочему плавают реультаты, может у них гдето проеб

либо расскажут в чем дело, либо это бага

закину

асю можно ещё в твиттере пнуть

ссылкой на жиру

https://twitter.com/asya999

ребят подскажите, по запросу news/1 надо вытащить первую запись из колекции news. но у колекции id какие то дикие

ребят подскажите, по запросу news/1 надо вытащить первую запись из колекции news. но у колекции id какие то дикие

news/n filter: { } limit: 1 skip: n - 1

Единственное что может потребоваться с сортировкой поиграться, я 100% не уверен

Добрый день. В монге есть встроенные триггеры?

Добрый день. В монге есть встроенные триггеры?

Нет

Добрый день. В монге есть встроенные триггеры?

есть callback

+ есть хуки

pre

+ есть хуки

это не встроенные

это не встроенные

А да это на Монгусе

есть вотчеры же, на которых можно в приложухе тригерную логику организовать если прямо очень надо. но если хочется триггеров и в рсубд то надо 10 раз подумать на сколько они профита дадут, а на сколько проблем принесут. а в монго темболее, т.к. нет четкой схемы данных)

Ребят, всем привет. Можно вопрос по Mongoose. Кто знает, как сделать find() игнорируя middleware's?

Добрый вечер, как можно взять данные по колонне и ряда mongoengine

Добрый вечер, как можно взять данные по колонне и ряда mongoengine

в монге нет колонок и рядов, есть поля и документы

в монге нет колонок и рядов, есть поля и документы

А как взять поле или сделать get

А как взять поле или сделать get

find

А как взять поле или сделать get

find({},{pole:1,isklyuchipole:0})

Это вроде на pymongo

User.objects(user_id=user_id).find({},pole:1,iskluchipole:0})

?

драйвер то под что

Под моногоДб

И снова здравствуйте. Созрел очередной вопрос. Сделал тестовую коллекцию, в нем один-единственный документ. В этом документе, помимо поля _id, добавил еще одно поле, представляющее из себя массив объектов. В этих объектах существуют 2 поля: v (содержит некое целое число), и t (метка времени). Массив объектов этот строго ограничен размером в 10,000 элементов. После того, как я заполнил этот массив значениями, размер документа стал равен 0,5 мб. И в этот самый момент я заметил, что запрос этого документа, функция findOne, стала выполняться значитель, ЗНАЧИТЕЛЬНО медленнее, чем обычно, и это учитывая тот факт, что в коллекции существует пока что один-единственный документ, с которым я экспереминтирую. Сейчас запрос к данному документу с массивом из 10,000 объектов занимает порядка 500мс, в то время как с пустым массивом документ возвращается за 20-30мс. Это меня сильно встревожило. Неужели увеличение размера документа до 0,5 мб настолько сильно влияет на производительность? И вот еще что. Когда я открываю мою коллекцию в Robo3T, время запроса там ЭТОГО ЖЕ моего документа с заполненным массивом составляет порядка 4-5 мс. Я вообще отказываюсь что-либо понимать, как это работает?

Ситуация еще больше запуталась. Я подумал, что может быть тут замешан мангус, и решил вызывать не collName.findOne, а collName.collection.findOne, чтобы обращаться не к методу мангуса, а оригинального драйвера. И это действительно подействовало, время запросов уменьшилось раз в 10, до 70-80 мс. Но это все равно много, и к тому же я никак не могу понять, что такого творит мангус, чтобы так запросы задерживались.

Это время запросов, когда я использую findOne от мангуса

а это - когда я стал использовать метод драйвера через .collection (время и тут, и там в мс)

Я не работал с мангусом, но возможно bottleneck в гидрации данных?

Доброе утро Кто знает где хранится бд монго ДБ в убунту

Доброе утро Кто знает где хранится бд монго ДБ в убунту

/var/lib/mongodb/* ? в конфиге можно еще посмотреть

/var/lib/mongodb/* ? в конфиге можно еще посмотреть

это если да как открыть

кроме localhost

хотел бы перустановить ubuntu

ну вот же, нет? а расположение конфига посмотреть можно командой db.adminCommand( { getCmdLineOpts: 1 } )

это если да как открыть

кого открыть?

кого открыть?

базу

эта та таблица где на моем локалхосте?

сделайте монгодамп, переустановите ОС, устанвоите монгу и сделайте монгоресторе

так ?

не подскажете, тут квадратные скобки из за mongoose? passport.use(new LocalStrategy({ usernameField: 'user[email]'

так ?

ну я как бы стараюсь указать папку куда дамп сохранить чтобы скопировать его допустим так mongodump --out /tmp/dump

Это время запросов, когда я использую findOne от мангуса

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

Ребят привет, подскажите пожалуйста, как можно децентрализировать запросы к монге и обработать данные следующим образом: я достаю 20 объектов, передаю каждому из 20-ти потоков, как только поток завершает свою работу он берет следующий объект, который еще не был обработан.

Т.е. я запускаю несколько приложений, в которых, к примеру, по 5 рабочих потоков Использую C# + MongoDB Driver

Ребят привет, подскажите пожалуйста, как можно децентрализировать запросы к монге и обработать данные следующим образом: я достаю 20 объектов, передаю каждому из 20-ти потоков, как только поток завершает свою работу он берет следующий объект, который еще не был обработан.

Зависит от гарантий, которые вам нужны. Если вам нужна exactly once durable очередь, то в монге это будет сложновато, проще взять готовое решение для очередей. Если такие жёсткие гарантии не нужны, то наиболее простой способ это использовать локальную очередь с лимитос на размер, откуда треды будут выбирать объекты, а ещё один тред будет туда складывать объекты

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