https://docs.mongodb.com/ecosystem/use-cases/storing-comments/

так одно и то же

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

ну можно самостоятельно отдельно таймзону хранить

подскажите, есть схема в монгусе со следующем полем: { person : [{ name : String, link : String }] } , в неё залил данные, нормально залилось, но на каждый такой вложенный документ создалось отдельное _id . Во-первых не совсем понятно, почему, а во-вторых как это убрать?

Никак не убрать, у каждого дока в монге должен быть уникальный _id. Либо вы его заполняете либо он создается автоматически

В монге все доки, то что вам монгус дает абстракции - это лишь сахар

"всё" - это что? значения полей?

подскажите, есть схема в монгусе со следующем полем: { person : [{ name : String, link : String }] } , в неё залил данные, нормально залилось, но на каждый такой вложенный документ создалось отдельное _id . Во-первых не совсем понятно, почему, а во-вторых как это убрать?

Сделайте внутри массива Mixed и попробуйте Убрать вроде можно просто опциями схемы. Монгус добавляет _id в объекты массивов, чтобы вам удобнее было делать $pull и т. п. операции

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

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

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

Сделайте внутри массива Mixed и попробуйте Убрать вроде можно просто опциями схемы. Монгус добавляет _id в объекты массивов, чтобы вам удобнее было делать $pull и т. п. операции

каких доков? я же сказал - вложенные обьекты. Монгошелл нормально их создал. { "_id" : ObjectId("5bd80c383650d9b0f19b39a9"), "name" : "Test1", "result" : [ { "name" : 1 }, { "name" : 2 } ] } Монгус в каждый вложенный обьект напихал айди.

монгус - это ODM и он для каждогой схемы создает коллекцию, это раз. далее каждый объект получает уникальный _id в пределах своей коллекции. потом монгус производит связывание - указывает _id дока, вместо того чтобы запихать его вложенно. и собственно сохраняет два объекта раздельно и они существуют своей жизнью.

Будет работать, у меня дофига массивов с объектами без _id

Он не сохраняет их отдельно, просто в pre save добавляет вложенным объектам со схемой mongoose.Types.ObjectId()

монгус - это ODM и он для каждогой схемы создает коллекцию, это раз. далее каждый объект получает уникальный _id в пределах своей коллекции. потом монгус производит связывание - указывает _id дока, вместо того чтобы запихать его вложенно. и собственно сохраняет два объекта раздельно и они существуют своей жизнью.

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

объекта описаны схемой монгуса?

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

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

оно в схеме так написано, я его оттуда взял.

оно в схеме так написано, я его оттуда взял.

блин, сгянул в пример, а не в самое первое сообщение

После этого вы указываете другим на фундамент?

https://stackoverflow.com/questions/17254008/stop-mongoose-from-creating-id-property-for-sub-document-array-items

После этого вы указываете другим на фундамент?

Привет! Насколько глупо делать следующее: UsersSchema.index({ 'driver.status': 1, }); UsersSchema.index({ roles: 1, }); UsersSchema.index({ phoneNumber: 1, }); UsersSchema.index({ roles: 1, searchId: 1, phoneNumber: 1, createdAt: -1, }); то есть у меня одни и те же поля лежат в компоунд индексе и в обычных

Привет! Все зависит от вашей задачи, если вы будете на чтение использовать все 4 индекса, то не глупо. Но учтите, что чем больше индексов, тем сложнее вставка/обноление/удаление

место под индексы жалко?

такой ещё вопрос - если в коллекции уже есть документы без индекса, а потом я добавляю индекс - старые документы будут переиндексироватся?

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

а насколько влияет 1/-1 на идекс?

влияет только в запроса со сложной сортировкой по нескольким полям - индекс будет использоваться только если все направления и совпадают. например, индекс по трем полям { "p1" : 1, "p2" : 1, "p3" : 1 } то он будет использовать для запросов с сортировками { "p1" : 1, "p2" : 1, "p3" : 1 } { "p1" : 1, "p2" : 1 } { "p1" : 1 } но не будет использован для { "p1" : 1, "p2" : 1, "p3" : -1 } { "p1" : 1, "p2" : -1, "p3" : 1 } { "p1" : 1, "p3" : 1, "p2" : 1 } в последнем примере поменяны местами p3 и p2

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