Вот некоторые проблемы, с которыми вы столкнетесь с «небольшими, но частыми» обновлениями и CouchDB.
CouchDB имеет отличную систему MVCC для обновления документов. Каждое обновление изменяет редакцию, и вы не можете обновить документ без прохождения редакции, которую вы хотите обновить. Это также означает, что если у вас есть несколько клиентов, которые обновляют один и тот же документ невероятно часто, эта функция будет мешать, так как даже с фидом изменений будет небольшая сетевая задержка после обновлений.
Другая проблема, с которой вы можете столкнуться при использовании отфильтрованных изменений, заключается в том, что функция фильтра получает объект запроса, что означает, что это отдельный вызов сервера представления для каждого документа, умноженного на количество соединений. Вместо этого вы можете захотеть использовать сервер node.js или erlang для реализации подхода «каналов» для изменения фильтрации и размещения его в едином фиде нефильтрованных изменений.
Подводя итог, то, что вы хотите сделать, будет работать хорошо, если у вас нет нескольких клиентов, пытающихся обновлять одни и те же документы с высокой частотой, и если вы не используете фильтр изменений на очень большом количестве одновременных клиентов с высокая частота обновления базы данных. Кроме этого, он будет отлично работать. @jchris разработал множество приложений для работы в режиме реального времени, просто используя ленту изменений, и они прекрасно работают.