問題タブ [touchdb]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
159 参照

android - CouchDB から TouchDB へのレプリケーション

CouchDB を使用して .touchDB を複製し、データを同期することができました。しかし、CouchDB から touchDB に複製できませんでした。

誰でもその方法を説明してください。

ありがとう

チンナ

0 投票する
1 に答える
44 参照

couchdb - LiteServAndroid はプロジェクトを構成できませんでした

Liteservandroid は、TouchDB から CouchDB に接続するための HTTP api/Restful api として使用されるアプリケーションです。サンプル プロジェクトを取得し、プロジェクトをビルドしようとすると、次のエラーが発生しました。

コード セクションにポインティング エラーはありませんでした。誰でも解決策を見つけるのを手伝ってくれますか?

ありがとう

チンナ

0 投票する
1 に答える
216 参照

couchdb - AndroidのcouchDbに_replicate dbが存在しない

Android タブレットとシステム間のレプリケーションをセットアップしようとしています。オブジェクトを使用CouchDbInstanceしてレプリケーションをセットアップします

これは私のコードです

ソファのログで、POST on _replicate が 404 を返すのを見る

私たちは使用couchbasemobileしていますが、サポートされていないことを知っています。_replicateレプリケーションの方法がサポートされていないかどうか、およびレプリケーション_replicatorの方法を使用する必要があるかどうかを知ることはできますか?

0 投票する
2 に答える
390 参照

android - コードにクラス TDCollat​​eJSon を含めるにはどうすればよいですか?

Android プロジェクトを TouchDB から CouchBase Lite に移行しました。コードはコンパイルされますが、実行すると次のエラーが発生します。

Android プロジェクトを TouchDB から CouchBase Lite に移行しました。コードはコンパイルされますが、実行すると次のエラーが発生します。

依存関係の問題があると思いますが、どこですか? CouchBase Lite には Gradle と Maven の依存関係を使用しています。

依存関係の問題があると思いますが、どこですか? CouchBase Lite には Gradle と Maven の依存関係を使用しています。

0 投票する
2 に答える
115 参照

couchdb - CBLQuery (別名 CouchQuery) の documentID と sourceDocumentID の違い

documentID と sourceDocumentID の違いを理解しようとしましたが、できませんでした。行または sourceDocumentID の documentID にアクセスする必要がありますか? iOS アプリ (つまり、futon に似たもの) にページネーションを実装しようとしているので、次の行セットを生成するには最後の documentID が必要です。誰かが私を啓発してもらえますか?

0 投票する
1 に答える
137 参照

couchdb - 2 つの CouchDB 設計間で移行する

TouchDB-iOS を使用して、cloudant CouchDB サーバーにレプリケートするローカル CouchDB ドキュメント ストアを持つ iOS アプリを作成します。このアプリを実行しているユーザーが数人いるため、TouchDB データベースのレプリカが多数存在します。

アプリを使い始めたとき、私たちは CouchDB を初めて使用しました (今でもそうです)。タイプ A のドキュメントが次のようなプロパティを持つように関係を設計しました。これは、タイプ B のドキュメントである ID のコンマ区切りリストを記述する文字列です。

したがって、Employee/Employer の例を使用すると、"1,7,8,10" という名前Employerのプロパティがあったことになります。employeeIds従業員 10 が退職すると、このリストは「1,7,8」に更新されます。

問題は、アプリの別のインスタンス、たとえば別の電話で従業員 7 がリストを終了すると、リストが「1,8,10」に更新され、複製時に競合が発生することでした。

employerIdそのため、Employeeドキュメント プロパティに を含めることをお勧めします。従業員が退職した場合、その従業員employerIdを空に設定するだけです。そのような紛争はずっと少なくなりますよね?

私が今直面している問題は、複数のアプリが存在することです。すべての CouchDB データベースを最初の設計から 2 番目の設計に移行するにはどうすればよいですか。

すべての古いアプリを廃止する必要がありますか?それとも、既存のアプリを破壊せずに競合を最小限に抑えながら、すべてのアプリを新しいデザインに移行するフェイルセーフな方法はありますか? このケースをどのように処理するのが最善ですか?

0 投票する
1 に答える
365 参照

android - CBLite Android - 第 2 レベルで値を取得する

CBLite Android を使用し、次のようにドキュメントを保存します (Android Grocery Sync の例と同様):

ドキュメントに示されているように、 「テキスト」フィールドに値を取得します。

しかし、たとえば「値」フィールドの値を取得するにはどうすればよいですか?

ありがとう。


編集:
ドキュメント
API リファレンスの取得