2017-07-14 15 views
2

私は約この情報を持っている私のdatable:レプリケーションのモニター

{ "DB_NAME": "my_tableに"、 "doc_count":386321、 "doc_del_count":112331、 "UPDATE_SEQ":3585223 、 "purge_seq":0、 "compact_running" 偽 "disk_size":10083242115、 "DATA_SIZE":1029825313、 "instance_start_time": "1533006878496574"、 "disk_format_version":6、 "committed_update_seq":3585328}

そのJsonについて私はCouchDBのサイトでそれを読んでいます:

  1. doc_count(number) - 指定したデータベース内のドキュメントの数。
  2. doc_del_count(数) - 削除された文書の数

私は、レプリケーション自体をログに記録し、私はいつも以上doc_count番号を取得レプリケータ上getCompletedChangesCount()方法を使用していますので、私の質問です。
レプリケーションプロセスでdoc_del_countがレプリケートされていますか。肯定的な場合?どうして?レプリケーションプロセスでそれらのdoc_del_countをスキップできますか?どうやって?

答えて

0

これは主に、this related SO postで回答されたと思います。短いバージョンでは、削除されたドキュメントを追跡する必要があるので、カウントが追加されます。

通常、削除されたドキュメントにはすべてのプロパティが削除されているため、オーバーヘッドは非常に小さくなります。削除されたドキュメントは、一連のプロパティを持つ一種のアーカイブとして使用できますが、明示的に行う必要があります。

+0

ありがとう@Hod、ちょうど1つの質問どうすればこれらのドキュメントを複製プロセスでダウンロードするのを避けることができますか?if(doc._deleted === true)falseを返します。 – JoCuTo

+0

現在、私はすべてのフィルタリングがCouchDBで動作するとは限りません。これが役立つかどうかを確認してください(接続されているGithubの問題を見てください):https://developer.couchbase.com/documentation/mobile/current/guides/couchbase-lite/native-api/replication/index.html#filtered -pull-from-couchdb-pouchdb-or-cloudant – Hod