да не я про конкретно эту штуку

И я про неё. Самое ценное в этой штуке — я :)

Потому что я умею читать все эти графики

Т.е. не в графиках ценность, а в их анализе. Собрать графикорисовалку не такая и сложная задача на самом деле. Но я вижу что потом эксплуатантам очень сложно самостоятельно из этих графиков делать какие-то выводы, потому что надо очень глубоко понимать что там именно делает монга и почему именно сейчас этот всплеск на графике — плохо

Т.е. даже для тебя в этом будет ценность именно в контексте того, что я смогу тебя научить смотреть на эти графики.

Ну или ты потратишь какое-то время на то чтоб самостоятельно научиться эти графики читать

научится читать это графики совершенно отдельная задача да

но софт который собирает данные и человек который их может проанализировать это два разных человека

а то и три

Ну вот я хочу сделать из этого робота

автоматический dba ?

Да

не новая идея да...

Причём я даже знаю как это сделать, но это время займёт

@dd_bb побанте vitaliy

это спамер

А я его уже сразу

@dd_bb забань Антон это бот

Пусть напишет

Тогда забаню и зарепортю спам

Ребята треба ваша помощь: есть продукт. Который еще в самом начале разработки. Есть БД, структура которой еще не постоянная. Приложение будет распространяться как npm пакет. Хочется продумать стратегию обновления структуры БД при обновлениях версии приложения. Чтобы скажем применялись апдейты от одного до другого, чтобы клиенты при обновлении, всегда имели все обновления структуры без разрушения того что у них уже есть. Кто нить делал такую задачку? Что можете посоветовать?

Я нашел npm пакет database-updates который вроде как должен реализовать такую задачу, но интересно послушать опыт от тех кто уже так делает

Ребята треба ваша помощь: есть продукт. Который еще в самом начале разработки. Есть БД, структура которой еще не постоянная. Приложение будет распространяться как npm пакет. Хочется продумать стратегию обновления структуры БД при обновлениях версии приложения. Чтобы скажем применялись апдейты от одного до другого, чтобы клиенты при обновлении, всегда имели все обновления структуры без разрушения того что у них уже есть. Кто нить делал такую задачку? Что можете посоветовать?

Динамические имена коллекций и при миграции строго переливать в другую коллекцию. Переключая на новую коллекцию после прогона через миграцию.

Такая задачка что при обновлении npm пакета, с версии 1.0.0 на 1.4.8 при запуске нужно обновить все коллекции последовательно накатывая изменения в структуре с версии 1.0.0 до 1.4.8

Ну. Храните в одной коллекции номер текущей версии. И все миграции от первой до текущей версии таскаете с собой из версии в версию

ребята, подскажите пожалуйста что я делаю не так

почему у меня создается в бд petya, но не создается vasya? Я заметил что vasya.save не пашет - callback внутри petya.save выводит 'saved **', а callback внутри vasya.save не выводит ничего, я по фану делал там внутри throw new Error - тож не сработала. обьект vasya создается, а вот vasya.save не пашет((

Убери дисконнект от базы

И проверь сработает ли

о! работает! мне там в одном чатике дали совет такой же. но возник вопрос - я делал все по туториалу

а там вот так

всем привет

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

что значит округлить?

например есть поле data.metrics.x

оно float

а нужно округлить до ближайшего целого

db.getCollection('test').update( { "data.metrics.x": { $exists: true } }, { $set : { "data.metrics.x": Math.round("data.metrics.x"), } }, { "multi" : true, "upsert" : false } );

так вот

не получается

только вникаю в монгу, пробовал в лоб по аналогии с мускулем

не проканало :)

А кто тебе сказал что твой js должен в запросе канать?

https://docs.mongodb.com/manual/crud/

да вот никто и не говорил

Вот начни с изучения этого полезного раздела документации

а потом вот этого: https://docs.mongodb.com/manual/reference/operator/update-field/

ага понял

спасибо

получается оклуглить можно вот так

db.getCollection('test').find( {"data.metrics.x": { $exists: true }} ).forEach(function(item){ db.getCollection('test').update( { _id: item["_id"] }, { $set: { "data.metrics.x": Math.round(item["data"]["metrics"]["x"]) } } ) });

я в нужну сторону мыслю? :)

db.getCollection('test').find( {"data.metrics.x": { $exists: true }} ).forEach(function(item){ db.getCollection('test').update( { _id: item["_id"] }, { $set: { "data.metrics.x": Math.round(item["data"]["metrics"]["x"]) } } ) });

Нельзя так обновить документы

тогда как?

округлить значение

сначала какая версия mongod?

3.2

3.2.7

полностью

$ceil посмотри

уже смотрел

только я не могу понять как мне его к моей задачи то притулить

В MongoDB нет $round можно использовать Aggregation Framework чтобы это делать и обновить документов используя bulkwrite

http://www.kamsky.org/stupid-tricks-with-mongodb/rounding-numbers-in-aggregation-framework

ага, спасибо за наводу :)

но если тебе просто нужно убрать дробная часть тогда $trunc

я понял, спасибо

пойду изучать мат. часть Aggregation Framework-а :)

конечно можно тоже использовать mapReduce

а вот возвращяясь к моему варианту

в чем там ошибка

вроде заботает

или идеологически не правильный подход?

вот в этом варианте

db.getCollection('test').find( {"data.metrics.x": { $exists: true }} ).forEach(function(item){ db.getCollection('test').update( { _id: item["_id"] }, { $set: { "data.metrics.x": Math.round(item["data"]["metrics"]["x"]) } } ) });

Есть несколько типов документов (5 видов). Для примера возьму 3 случая {"price" : {"current": 51.99 }, "source": "a1" } {"product" : {"price": 21.99 }, "source": "a2" } {"ADP" : {"price": 133.99 }, "source": "a3" } Мне нужно допустим получить среднюю цену для каждого source, для этого я хочу брать цену из одного поля. Как мне сделать $project полей "$price.current", "$product.price", "$ADP.price" в одно с названием "$price"? Mogodb версии 3.0.14

db.getCollection('test').find( {"data.metrics.x": { $exists: true }} ).forEach(function(item){ db.getCollection('test').update( { _id: item["_id"] }, { $set: { "data.metrics.x": Math.round(item["data"]["metrics"]["x"]) } } ) });

Ну кроме того что это всё на клиенте крутится, никаких проблем нет

Запрос сейчас такой db.products.aggregate([ { "$match": {timestamp: {$ne:null}} }, { "$project": { _id:0, source: 1, timestamp: 1, "price": выбрать из ["$product.price", "$price.current"...,. ..] } }, { "$group": { "_id": { "source": "$source", "datetime": {"$dateToString": { "format": "%Y-%m-%d", "date": { "$add": [ new Date(0), { "$multiply": [1000, "$timestamp"] } ] } } } }, "average price": {$avg: "$price"} } } ])

День тыканья лицом в доку! https://docs.mongodb.com/manual/reference/operator/aggregation/cond/#exp._S_cond

Ну кроме того что это всё на клиенте крутится, никаких проблем нет

ага, вот теперь понятно, получается что клиент получает все документы и потмо делает по 1му апдейту, что не есть кошерно

Я не уверен что есть другие варианты на самом деле :)

День тыканья лицом в доку! https://docs.mongodb.com/manual/reference/operator/aggregation/cond/#exp._S_cond

я правильно делаю? "price": { $cond: { if: "$product.price", then: "$product.price", else: { if: "$model.displayPrice.price.value", then: "$model.displayPrice.price.value", else: { if: "$price.current", then: "$price.current", else: "$ADP.price" } } } }

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

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

как минимум потому что у тебя невалидный json/bson

nmae

тьфу

запрос невалидный

запрос валидный