質問: CouchDBのリビジョンは、設計の観点からどのように扱われるべきですか? 私が知る限りでは、CouchDBのリビジョンは、**ドキュメントのバージョン管理**という言葉のリビジョンのように扱われるべきではありません。他の投稿を見ると、粗い**コンパクト**操作が呼び出されるまで存在する一時的なデータと見なされるようです。 私の質問は、CouchDBを使用してドキュメントやバージョン履歴を維持することに興味がある場合は、CouchDBのリビジョンでネイティブに処理できるようにするか、存続するレイヤーを構築する必要がありますコンパクトな操作ですか? 私は後者を考えています。なぜなら、Couchは最新のアップデートだけをドキュメントのリビジョンに複製しないからです。これは、**リビジョン**が誤解を招くような名前であると私に思います。レプリケーションを安定させるためのデータ構造のほうが多いからです。
回答: couchdbリビジョンはデータのバージョニングシステムではないため、そのレイヤーを構築する必要があります。 'revision'は誤解を招くものであり、 'version'もそうであり、これまでに提案されているすべての名前もそうです。これがいかに難しい名前であるかを確認する場合にのみ、提案が歓迎されます。