couchdb

    1熱度

    1回答

    區別,我目前正在探索CouchDB的複製,並試圖找出max_replication_retry_count和retries_per_request配置選項之間的差異[複製]配置文件的部分。 基本上我想配置本地couchdb連續複製到遠程實例,永遠不會停止複製嘗試,考慮到可能連續的離線時間(幾天甚至幾周)。所以,我想要進行無限次的複製嘗試,最大重試間隔爲5分鐘左右。我可以這樣做嗎?我是否需要更改默認

    0熱度

    1回答

    我有一個項目CouchDB和couchbase-lite在Android。 我有一個Activitiy,可以說ReplicationActivity,我在複製過程運行時顯示ProgressDialog,此過程使用大約2個小時。 我的計劃是當複製過程完成時,應用程序將用戶移動到MainActivity。 我的問題是,應用程序移動到MainActivity過程完成前,所以我對MainActivity

    -1熱度

    1回答

    我有一個名爲「development-records」的數據庫,它具有一個MapReduce視圖和一個「dbcopy」聲明,該聲明在一個名爲「development-chained」的新數據庫中創建一個視圖。 當我們更新「開發記錄」中的視圖時,我們執行以下常用步驟: 1.創建我們想要更改的設計文檔的副本,例如,將_OLD添加到其名稱:_design/fetch_OLD。 2.使用帶後綴_NEW:_

    0熱度

    1回答

    我已經在Ubuntu 16.04單節點上運行了CouchDB 2.0安裝。我的應用程序的一個特定方面具有寫入負載,但我希望讀取操作需要及時,所以我打算使用update_notification來重建每個n寫入的索引。 我創建了一個小的NodeJS應用程序來處理這個問題,但發現無論何時編輯設計文檔,我的服務器都會崩潰。原來,這是因爲CouchDB正在啓動數百份更新偵聽器,而這反過來似乎是因爲couc

    -1熱度

    1回答

    我想在我的沙發數據庫中創建一個新的設計文檔。 當我嘗試PUT新Update Handler: http://myCouchDbServer/myDatabaseName/db/_design/modify 與以下機構: { "_id": "_design/modify", "updates": { "modifyinplace": "function (doc,

    1熱度

    1回答

    我是初學者couchDB。 我有數據如下: one:[{ "name":abc, "value":1 }, { "name":efg, "value":1 }, { "name":abc, "value":1 }, 我想獲得類似鑰匙的數量和獲得最大的。 例如在我的情況下,「abc」是兩次。所以最大(降低功能)應該返回 結

    0熱度

    1回答

    無論何時發生新的交易,我們都可以將分佈式賬本數據存儲在某個nosql數據庫中。如果是這樣,那麼這項工作涉及哪些步驟。 一旦我們將數據存儲到nosql中,那麼我們如何能夠查詢來自同級的數據。

    0熱度

    1回答

    我想將最後一個修訂版本從couchDB複製到pouchDB,但是它將所有的轉換都轉移到了doc中。初始例如: var replicationOptions = { doc_ids: null }; this.$get = function (pouchDB, arrayUtils, $rootScope, modelUtils,appConfig) { function

    1熱度

    1回答

    我在Android上使用CouchDb + CouchBase Lite,但我在監視複製時遇到了很多麻煩。有時它在所有數據被傳輸之前完成。 在訂單的手,如果你鍵入你的browers(如果使用過程中的couchbd) http://1xx.xxx.xxx.x:5984/your_dataBase你會得到這樣的事情: { 「DB_NAME」: 「your_dataBase」, 「doc_count」:

    2熱度

    1回答

    我對這個信息我確定年代: { 「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_star