CouchDB занимает много места из-за доработок - PullRequest
1 голос
/ 29 марта 2019

У нас есть проект, связанный с синхронизацией базы данных с pouchdb на мобильных устройствах.Мы столкнулись с проблемой при обновлении нескольких документов (8400 документов в минуту), увеличение внутренней памяти (около 20 МБ в минуту).Мы выяснили одну из основных причин пересмотра этого couchdb.Поэтому мы решили уменьшить базу данных rev_limit примерно до 5. Но мы слышали, что это может повлиять на процесс репликации между couchdb и pouchdb.Мой первый вопрос: как это уменьшение предела ревизий влияет на процесс репликации?

И мы выяснили, что представления занимают больше места, чем обычное хранилище документов.Мой второй вопрос, есть ли способ уменьшить размер представления couchdb?

1 Ответ

4 голосов
/ 01 апреля 2019

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

Посмотрите на свои документы - могут ли они быть разбиты на части, чтобы обновления можно было заменить на новые записи документа?Типичными индикаторами являются вложенные объекты или массивы, которые со временем растут в документах.

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