Как следует рассматривать ревизии CouchDB с точки зрения дизайна? - PullRequest
3 голосов
/ 25 ноября 2011

Насколько я могу судить, ревизии CouchDB не должны рассматриваться как ревизии в смысле слова управления версиями . Посмотрев на другие посты, они, кажется, рассматриваются как временные данные, которые существуют до тех пор, пока не будет вызвана грубая операция compact .

Мой вопрос заключается в том, если я заинтересован в использовании CouchDB для ведения документов, а также в истории версий этих документов, должен ли я разрешить это обрабатывать непосредственно ревизиями CouchDB, или я должен создать слой поверх что переживет компактную операцию?

Я думаю о последнем, просто потому что Couch не копирует редакции документов, только последнее обновление. Это заставляет меня думать, что revision - неверное имя, так как это скорее структура данных для стабилизации репликации.

1 Ответ

3 голосов
/ 25 ноября 2011

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

'revision' вводит в заблуждение, как и 'version', как и каждое имя, которое было предложено до сих пор. Предложения приветствуются, хотя бы для того, чтобы подтвердить, насколько это сложно.

...