Как обновить значения в массиве объектов?

Question

[Станислав]

Требуется обновить значения некоторых элементов в массиве объектом
К пример есть документ

{
    "url": "link",
    "comments": [{
        "user": "user1",
        "field": 1
    },{
        "user": "user1",
        "field": 1
    },{
        "user": "user2",
        "field": 1
    },{
        "user": "user3",
        "field": 1
    }]
}

Нужно у comments.user === user1 изменить значение comments.field

Сейчас чтобы это провернуть, занимаюсь "извращением", получаю все комментарии, затем в цикле при условии делаю обновление нужного элемента объекта. Т.е. при 1000 комментариев надо 1000 раз проверить, и возможно из них 100 раз выполнить запрос на обновление.

Можно ли сейчас как то это сделать по проще?

Comments

[Евгений]

nosql мученики )))

[Илья Шатохин]

Nc_Soft: дело не в nosql, а в странном формате хранения данных автором. Все пихать в один документ пихать очень странно.

[Станислав]

Nc_Soft: раньше тоже так думал, но теперь на sql меня не подсядешь xD.
Илья Шатохин, предлагаете комменты вынести в отдельную коллекцию? Тогда получится аля sql ))). На данный момент думаю вот над чем:
1. По сути пол field это чекалка отправки уведомлений, т.е. 0 не отправлять ответ пользователю, 1 отправлять. Думаю я просто структуру действительно не очень продумал, и нужно поле filed перенести в коллекцию пользователей, однако такой вариант отключит все уведомления, а в данный момент есть запрет только в определенном посте.

2. Чтобы всё это привязать к постам, может создать доп. коллекцию с неким логом где к url посту будет привязан пользователь если он выставил запрет на уведомление.

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

[Евгений]

Станислав: нет конечно, не надо делать аля sql. Храните все комменты в одном документе, пока 16мб документа не достигнете, потом будет сюрприз + вы уже столкнулись с проблемой в простейшей операции

[Станислав]

Nc_Soft: 16мб вряд ли достигну, проект развлекательный и комментарии на нем аля смайлики и максимум 5-6 слов. Я над этим уже думал еще в 2013 году =) Вы только представьте сколько нужно букав чтобы достигнуть лимит в 16 метров, поэтому проблемой это не считаю, в любом случае раскидать комментарии в новую коллекцию будет не сложно и не долго =)
В общем перенес чекалку в пользовательскую коллекцию, проблема отпала.

[Евгений]

Станислав: ну вот пару тыщ комментов и будет 16мб, так что не проще ли сразу сделать нормально и раскидать их в другую коллекцию?

Answer 1

[lega]

По сути пол field это чекалка отправки уведомлений, т.е. 0 не отправлять ответ пользователю, 1 отправлять.

Если вам нужно включать/отключать значение по всем комментам в пределах пользователя, то зачем это значение хранить в каждом коменте.
Для обновления по ключу используйте словарь вместо массива.
Пример:

{
  comments: [],
  flags: {
    user1: true,
    user2: false
  }
}

С такой структурой, вы можете включить/выключить флаг по пользователю по всем комментам (всему документу), а если нужна возможность переключать конкрентные комменты, то можно рядом хранить в разрезе пользователь-коммент ( flagsByComments:{ user2: {comment1: true, comment2: false} }).

Про сложность обновления, если у вас на 1000 чтений 1 запись, то не страшно, что обновление сложное, главное чтобы чтения были быстрые.

Т.е. при 1000 комментариев надо 1000 раз проверить, и возможно из них 100 раз выполнить запрос на обновление.

С локом достаточно будет одного обновления (ну и +1 обновление для лока, хотя не обязательно, зависит от типа лока)

Comments

[lega]

так же пачку комментов можно обновить одним подготовленным запросом: $set:{ 'comments.1.field':1, 'comments.2.field':0 }