Поддержание общего количества наборов в другой коллекции

Question

У меня есть простой сценарий двух объектов: post; удары (т.е. вверх).

Пример поста:

{_id: 'happy_days', 'title': 'Happy days', text: '...', bumps: 2} 

Пример шишка:

{_id: {user: 'jimmy', post: 'happy_days'}} 
{_id: {user: 'hans', post: 'happy_days'}} 

Вопрос: как я могу поддерживать правильный bumps подсчет в должности при всех обстоятельствах (и неудач)?

Метод, который я придумал до сих пор:

• Чтобы шишка, upsert и проверить на существование. Только если вставлено, увеличьте значение bumps.
• Чтобы удалить, удалить и проверить на существование. Только если удалено, уменьшите bumps count.

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

Answer 1

Я предлагаю вам придерживаться того, что у вас уже есть. Хуже того, что может произойти, если между вашими двумя операциями возникает проблема с отказоустойчивостью/связью, вы ошибаетесь. И что? Это не конец света, и никто не будет заботиться слишком много, если количество ударов составляет 812 или 813. Вы всегда можете воссоздать счет в любом случае, проверив, сколько ударов у вас есть для каждого сообщения, выполнив запрос агрегации если что-то пошло не так. Обрежьте возможную последовательность!

Answer 2

Поскольку MongoDB еще не поддерживает триггеры (https://jira.mongodb.org/browse/SERVER-124), вы должны сделать это по-крупному с логикой приложения.

В качестве краткого примера:

db.follower.insert({fromId:u,toId:c}); 
db.user.update({_id:u},{$inc:{totalFollowing:1}}); 
db.user.update({_id:c},{$inc:{totalFollowers:1}}); 

Да, это не атомная и т.д. и т.п. Однако это способ сделать это. На самом деле многие обновления счетчики, как это, будь то в MongoDB или нет.

Answer 3

В качестве альтернативы обновлению данных в нескольких местах (которые, по мнению читателей, будут, вероятно, лучшими, но, как вы заметили, будут усложнять обновления), может быть стоит рассмотреть вопрос о сохранении uid из рему в массиве (здесь называется bump_uids) непосредственно в сообщении, и просто подсчитывайте удары, когда это необходимо, с использованием агрегатной структуры;

> db.test.aggregate([ { $match: { _id:'happy_days' } }, 
         { $project: { bump_uids: 1 } }, 
         { $unwind: '$bump_uids' }, 
         { $group: {_id:'$_id', bumps: { $sum:1 } } } ]) 

>>> { "result" : [ { "_id" : "happy_days", "bumps" : 3 } ], "ok" : 1 }