Но это к вашему ODM или языку вопрос. Даже не представлю что это. Питон?

Питон

motorengine

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

Конечно нужно делать второй запрос

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

в классе Campaign

Пробовал - не помогает(

но выше правильно описали, если коллекция не вложенная - надо делать второй запрос

Спасибо за помощь

Всем привет. Хочу делать приложение на 2к пользователей. Выбираю между PostgreSQL и MongoDB. С монго знаком мало. В базе будут связи типа Many-to-Many но как я прочел монго хранить их немного в другом формате. Подскажите, рационален ли мой выбор в качестве монго как БД такого приложения? Из-за моего незнания мне трудно утвердительно ответить на этот вопрос, по этому хочу получить ваш совет. Благодарю

Что больше знакомо и на чём быстрее разработка будет, то и надо использовать.

Что больше знакомо и на чём быстрее разработка будет, то и надо использовать.

Вот тут то как раз и хочется попробовать новое, современное.

Если это не для себя, а для бизнеса — лучше делать на чём быстрее можно проверить гипотезу

Всем привет. Хочу делать приложение на 2к пользователей. Выбираю между PostgreSQL и MongoDB. С монго знаком мало. В базе будут связи типа Many-to-Many но как я прочел монго хранить их немного в другом формате. Подскажите, рационален ли мой выбор в качестве монго как БД такого приложения? Из-за моего незнания мне трудно утвердительно ответить на этот вопрос, по этому хочу получить ваш совет. Благодарю

"... приложение на 2к пользователей ..." - а что означает 2k?

"... приложение на 2к пользователей ..." - а что означает 2k?

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

Ну ето стандарт почти уже

У меня REST приложение, поэтому и хочу чтобы на запрос posts/1 - выдавал первый пост из коллекции и т.д.

можно сортировать и выдавать последний db.collection.find(<query>).sort().limit(1) смотря что подразумевается под «первый пост из коллекции»

Всё что угодно.

неужели имя поля

Но скорее всего версия документа

Всё что угодно.

если я хорошо помню - это счетчик записей в данном поле(документе)?

0 - это впервые была произведена запись?

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

Часто такое соглашение используют для optimistic locking

ладно, в моем случае это к делу не относится - просто хотел уточнить вопрос благодарю )

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

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

http://neprivet.ru/

Вечно ты со своими умными ссылками )

Stable: 3.6.2 (Jan 10, 2018), Bugfix: 3.4.10 (Oct 31, 2017) 3.6.2: https://docs.mongodb.com/manual/release-notes/3.6/#january-10-2018 3.4.10: https://docs.mongodb.com/manual/release-notes/3.4/#oct-31-2017 3.2.18: https://docs.mongodb.com/manual/release-notes/3.2/#nov-29-2017

value = get_db()["xxx"].with_options( read_preference=ReadPreference.SECONDARY_PREFERRED).aggregate([ {"$unwind": "$interfaces"}, {"$lookup": {"from": "noc.interfaces", "localField": "interfaces", "foreignField": "_id", "as": "int"}}, {"$group": {"_id": "$int.managed_object", "method": {"$push": {"method":"$discovery_method"}}}} ]) есть такого рода запрос, который отдает { "_id" : [ NumberInt(11758) ], "method" : [ { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "lldp" }, { "method" : "description" }, { "method" : "description" } но хотелось бы так же сгруппировать и посчитать сами эти методыю

Stable: 3.6.2 (Jan 10, 2018), Bugfix: 3.4.10 (Oct 31, 2017) 3.6.2: https://docs.mongodb.com/manual/release-notes/3.6/#january-10-2018 3.4.10: https://docs.mongodb.com/manual/release-notes/3.4/#oct-31-2017 3.2.18: https://docs.mongodb.com/manual/release-notes/3.2/#nov-29-2017

?

вроде как можно юзать еще group, но как правильно его собрать не понял,.

вроде как можно юзать еще group, но как правильно его собрать не понял,.

_id: {moid: int, method: string}, count: {$sum: 1}

_id: {moid: int, method: string}, count: {$sum: 1}

это будет второй group?

Одним можно сразу обойтись

хм

сейчас попробую. Спасибо

Одним можно сразу обойтись

получить не так как хотелось ) что лучше у гугла спросить, что бы понять как это работает

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

Что получилось не так?

{ "_id" : { "moid" : "int", "method" : "string" }, "count" : 30260.0 }

вот такая загагулина вышла.

Что получилось не так?

я пытаюсь понять, можно ли получить на выходе такое { "_id" : [ NumberInt(17162) ], "method" : [ { "lldp" : 10 }, { "description" : 2 } ] }

Это очень плохая идея

понял ) пойду тогда дальше писать код для решения этой задачи

Лучше не делать схему с динамическими именами атрибутов.

я с базами на вы к сожалению.

Можно {_id: XYZ, methods: [{method: FOO, count: BAR}...]}

Или name/count

Можно {_id: XYZ, methods: [{method: FOO, count: BAR}...]}

походу мне до этого далеко. FOO/BAR =). Спасибо, попробую чего придумать другим путем.

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

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

а версии какие? Там протокол репликации менялся, плюс при обновлении добавляется настройка для поддержки 3.4 лучше все же одной версии сделайте

Версия исходного репликасета 3.2, надо обновиться до 3.4 желательно без остановки

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

Да, будут.

https://docs.mongodb.com/manual/release-notes/3.4-upgrade-replica-set/

ага, спс, я читал эту статью, но мы кроме всего прочего просто меняем еще и машины в репликасете, с квеличением диска и памяти.

Это не важно.

Это не важно.

да я так и понял

Проверьте что у вас хватает оплога

ну при текущих операциях на пару часов хватит.

Мало.

А сколько нод с данными?

3

Если просто апгрейд то не важно должно быть, если перенос то надо смотреть чтоб нода потом смогла догнать мастера.

у нас там проблема больше архитектурная, репликасет состоит из 3х нод, арбитров нет. Совместно с монгой, на паре нод еще и постгрес крутится, поэтому первоочередная задача, разнести базы по разным машинам, плюс апгрейд с версии 3.2 до версии 3.4.

Сначала разнести, потом апгрейдить.

Остановите одну ноду, сделайте копию dbpath, копию залейте на новое железо, там поднимите новую ноду на той-же версии что остальные.

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

добрый день. не подскажете когда обновят репу для xenial версии 3.4? а то там истек срок подписи пакетов

Заведите тикет в jira: https://jira.mongodb.org

Если это репозиторий указанный в официальной документации. Если это сторонний репозиторий, ищите владельцев.

они опять да ?

У них с этим плохо вообще :(

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

офрепа из доков да

ну по тикету чинят как правило да

дня за два

Напиши бота который им в жиру будет автоматом постить что репо сломалось ?

окей, ясно. там с этой же подписью и дебиан репа

Ну напиши тикет, поправят. Можешь через гугл транслейт :)

Напиши бота который им в жиру будет автоматом постить что репо сломалось ?

у меня так пользователи делают ага.

Чет не могу найти как написать чтобы монга давала доступ к БД через логин и пароль

https://docs.mongodb.com/manual/tutorial/enable-authentication/

Добрый день. Помогите плиз с траблой. Есть две схемы Post и Comment. Я хочу связать их так - через Post добратся к комментариям. Вот как выглядят модели: var mongoose = require('mongoose'); var Schema = mongoose.Schema; var commentSchema = new Schema({ _id: Schema.Types.ObjectId, _post: { type: Schema.Types.ObjectId, ref: 'Post' }, text: String, created: { type: Date, default: new Date(), }, }); module.exports = mongoose.model('Comment', commentSchema);

Post: var mongoose = require('mongoose'); var Schema = mongoose.Schema; var postSchema = new Schema({ _id: Schema.Types.ObjectId, title: String, text: String, rating: { type: Number, default: 0 }, created: { type: Date, default: new Date(), }, comments: [{ type: Schema.Types.ObjectId, ref: 'Comment' }], }); module.exports = mongoose.model('Post', postSchema);

По логике в свойстве comments должны появляться комментарии, но массив пуст при добавлении нового комментария

Post.findById(id).populate('comments').exec();

Сам комментарий успешно добавляется: Post.findById(id, (err, post) => { var comment = new Comment({ _id: new mongoose.Types.ObjectId(), text: req.body.comment, _post: post._id, }); comment.save( () => { res.redirect('/posts/' + post._id); }); });

Можете подсказать в чем может быть проблема? Заранее спасибо.

а кто будет добавлять идшники в массив comments за вас?