Как сделать update объекта в массиве в объекте или вставить его если его там нет?

Question

[Андрей]

Есть БД родители-дети.
Имена родителей уникальны. Имена детей уникальны у родителя.

{
  parent: "Ivan Ivanov",
  children: [{
    {name: Masha,
     age: 20,
     sex: female
    },
    {name: Vasya,
     age: 23,
     sex: female
  }]
}

допустим, ребенок сменил пол - как обновить информацию, если ребенок с таким именем уже есть, а нет то вставить?

db.parents.update({parent: "Ivan Ivanov"}, {$addToSet: {children: {name: Vasya, age: 23, sex: male}}}, {upsert:true});

- просто добавляет еще одного ребенка Vasya.

Answer 1

[Анатолий]

https://docs.mongodb.com/manual/reference/method/d...
upsert: true

upd:

db.parents.update(
	{"$and": [
		{
			parent: "Ivan Ivanov"
		},
		{
			"children.name": Vasya
			"children.age": 23
			"children.sex": "male"
		}
	]},
	{
		"children.sex": "female"
		// тут, если не сработает, попробуйте полностью обьект заменить
	}
)

как-то так тоже попробуйте

upd2:

чем больше работаю с монгой, тем больше она мне нравится, вот 100% рабочий вариант:

db.getCollection('parents').update({"parent": "Ivan Ivanov", "children.age": 23}, {"$set": {"children.$.sex": "male"}})

Comments

[Анатолий]

Вообще ваш код должен работать, $addToSet не просто вставляет значение массива, как push а проверяет что такое уже есть.

[Андрей]

так он проверяет, - объект где {name: Vasya, И sex: female} есть, а объекта {name: Vasya, И sex: male} нет - вот он и вставляет нового Vasya.
Насчет 100% рабочего варианта что вы предложили. Я, вероятно, плохо сформулировал вопрос.
Попробую еще раз -
Клиент, который кладет Васю, 23 лет, мальчика в базу не знает есть ли там Вася вообще или нет.
Поэтому поиск не подходит - задача не обновить только пол Васи, а вставить полностью Васю со всеми данными, а, если Вася уже есть - перезаписать имеющиеся данные на Васю новыми данными, возможно дополнив их.

Answer 2

[lega]

Имена детей уникальны у родителя.

Если нужна уникальность в пределах документа, используйте словарь (объект) вместо массива.

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

Comments

[Андрей]

Дети относятся только к родителям и уникально идентифицируются по ИмяРодителя->ИмяРебенка То есть, чтобы обновить информацию о ребенке надо знать имя его родителя и все. Да и что мешает детям иметь детей?

[lega]

Андрей: > уникально идентифицируются по ИмяРодителя->ИмяРебенка
т.е. у ребенка не может быть двух родителей? как вы будете хранить семью?

> чтобы обновить информацию о ребенке надо знать имя его родителя и все
не все, ещё нужно знать имя ребенка, итого 2 идентификатора на объект, если дети являются самостоятельными объектами (не вспомогательными) - то данная структура плохая (редко оправдана)

> Да и что мешает детям иметь детей?
Ничто, вы даже можете хранить всю базу в одном документе (в пределах лимита), но зачем?

[Андрей]

lega: реальная ситуация заключается в том что есть коммутаторы с разным количеством портов но одинаковой начинкой и они шлют в базу информацию о статусе имеющихся активных портов. И вот всю эту информацию я потом вываливаю в веб интерфейс покоммутаторно. То есть, одна строка - одно устройство. В случае записи с уникальным ID "коммутатор+порт" приходится выкачивать всю базу и агреггировать ее уже у клиента в строки

{коммутатор1: {порт1:{}, порт2:{}...}}, {коммутатор2: {порт1:{}, порт2:{}...}}

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

[lega]

Андрей: В данном случае порт не самостоятельный объект, поэтому в этом случае это нормально.