например 3-й

вот и хочу искать в такм ключе {_id: 3}

find({_id: ObjectId("uuid_string")});

Т.е. мне надо указывать полный _id например 5a55bede5811571afba5f918

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

ну так пусть будет posts/5a55bede5811571afba5f918

ну и вы под первым постом из коллекции имеете в виду пост с ID 1, верно же?

да

Просто привык к Mysql, sqlite. Я просто дергал по id и все

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

ну тут просто дергать по uuid )

вместо привычной цифры будет строка с uuid

вместо привычной цифры будет строка с uuid

вот это и пугает )

это так поначалу )

потом уже проще

Просто привык к Mysql, sqlite. Я просто дергал по id и все

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

сурово, буду отвыкать )

в монге в качестве айдишника uuid

UUID != ObjectId

в качестве основы ObjectId идет юид же

точнее uuid подобная строка

UUID и ObjectId это две абсолютно разные вещи.

В них общего только то, что они для идентификации используются.

ну еще оба генерятся на клиентах распеделенной системы

Монга может тебе сама ObjectId присваивать, если ты _id не передашь.

может

Как можно отрендерить коллекцию из mongodb во view express?

Рендер статьи по uuid без проблем, т.к. он один

тебе в чат по ноде

или около того

Ок, спасибо

А уже был пост про потерю производительности в связи с патчами для meltdown? ) редис хорошо был оптимизирован под спекулятивное выполнение, процентов 30-40 потерял

вопрос нуба в mongo - drop database - удалить базу данных? почему такое странное название? почему не просто remove?

чтобы свой-чужой делать быстро

А уже был пост про потерю производительности в связи с патчами для meltdown? ) редис хорошо был оптимизирован под спекулятивное выполнение, процентов 30-40 потерял

рассылка была, писали про 10-15%.

вопрос нуба в mongo - drop database - удалить базу данных? почему такое странное название? почему не просто remove?

Две разные команды. Drop удаляет и данные и метаданные, а remove удаляет только данные.

Две разные команды. Drop удаляет и данные и метаданные, а remove удаляет только данные.

даже так? ок - буду знать

Да. В случае с remove останутся и индексы и все прочие настройки.

рассылка была, писали про 10-15%.

У всех по своему будет.

это понятно

Но хорошая новость что у монги не udp

Добрый вечер. Кто-нибудь сталкивался с такой ошибкой? motorengine.errors.LoadReferencesRequiredError: The property 'creator_id' can't be accessed before calling 'load_references' on its instance first (Campaign) or setting __lazy__ to False in the Campaign class.

Ваш ODM сломался где-то

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

Вероятно кто-то пытается обратится к модели создателя которая связанна через creator_id с Campaign, но по какой-то причине это происходит раньше запроса в монгу. Или у campaign значение creator_id отсутствует например.

Значение присутствует. Видимо обращается раньше чем запрос в монгу успевает. Но делать второй запрос не очень хорошая идея.

Но это к вашему 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) смотря что подразумевается под «первый пост из коллекции»

гайз, а что означает буковка _v?

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

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

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

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

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

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?