問題タブ [couchdb-futon]

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 に答える
452 参照

json - couchdb の json オブジェクトに対する map/reduce 関数

私は自分のcouchdbデータベースにいくつかのドキュメントを持っていますが、それらはすべて次のようなものです:

キーとして「category1」、値として5を与えるマップ関数が必要です。「カテゴリ」と 5 を分離することはできません。

私は次のことを試しました:

誰かが解決策を見つけるのを手伝ってくれるでしょうか?

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

nosql - EktorpとcouchDBでマルチパートクエリを構築するには?

次のレコード構造があります(重要なビットのみを含めるように簡略化されています):

creationDate を開始キーと終了キーとして使用して、各支払いタイプの合計を合計できるようにする必要があります。可能な支払いタイプの数は不明であるため、タイプごとに複数のクエリを作成することは避けたいと思います。最初に使用可能なすべての型を照会し、次に特定の型ごとに 1 つのクエリを実行する必要があります。

私のビューのマップ:

私のビューのreduce関数:

私のクエリ:

futon でクエリを実行すると、期待どおりにすべてが構築され、タイプ別にグループ化されたすべてのタイプの合計が得られます (開始または終了が指定されていないため、作成日は無視されます)。クエリを使用して実行すると、合計に含まれる予想範囲外のデータが取得されるため、開始日と終了日が無視されているように見えます。

また、futon を介して開始キーと終了キーを使用してクエリを実行する方法はありますか? 再コンパイル/再インストールの手順をスキップする方法を知っていれば、これらの開発をより迅速に行うことができます。

編集:私が達成しようとしているもののSQLバージョンは、次のようになります:

マップ/リデュースからこの動作を取得するために従うべき標準パターンはありますか?

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

curl - CouchDB はスクリプトを介してサーバー管理者を作成します

これは簡単に思えますが、私はあちこち検索しましたが、CouchDB でサーバー管理者ユーザーを作成できないようです。通常のユーザーを作成できますが、スクリプトから作成する方法がわかりません。誰かがcurlでこれを行うことを実証できますか?

明確にするために、サーバー管理者ユーザーとは、情報が local.ini に保存されているユーザーを意味します。Futon では、管理者としてログインし、[さらに多くの管理者をセットアップ] をクリックして作成できますが、この機能を複製する方法がわかりません。Futon で新しい管理者を作成するときに、jquery カウチ プラグインで何が起こっているかを確認しましたが、何が間違っているのかわかりません。スクリプトを介して追加したすべてのユーザーは、_users テーブルに入れられますが、local.ini には入れられません。ありがとう!

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

couchdb - CouchDB: ビューで NVL() を表す

以下の SQL コマンドの Couchdb _design ドキュメントを作成しています。

以下の_designビュー関数を実行して値を返すことを思いつきましたが、上記のSQLコマンドが正しく、期待を満たしているかどうかは疑問です。

上記の _design ビュー ドキュメントにNVL()and関数を追加する方法を教えてください。MAX情報や手がかりをいただければ幸いです。お時間をいただきありがとうございます。

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

mapreduce - Couchdb の「Get By Type」ビューのデザイン

したがって、私のドキュメントには、それらを定義する type プロパティがあります。そして、これらの「タイプ」のほとんどすべてについて、「タイプごとの取得」呼び出しが必要です..

問題は、これらの設計のどちらがより効率的かということです。

  • すべてのドキュメントをマップする「タイプ」を持つキーを持つ単一のビューを用意する

  • それらのタイプをマップするだけの「タイプ」ごとのビューがあり、ビューにクエリを実行してビュー内のすべてのドキュメントを取得できますか?