問題タブ [couchdb]

特にcouchdb-pythonを使用して、CouchDBから複数のドキュメントをフェッチする方法は？

Javaからcouchdb（継続的）変更APIを使用しようとしていますが、現在の変更のリストを使い果たした後、ストリームが閉じられているように見え、本来のように永遠に開いたままにならないことがわかりました。

私が使用しているコードは以下のとおりです。while ループから抜け出すことは決してないと考えていますが、現在存在する変更のストリーミングが終了したらすぐに抜け出します。私はcouchdbとJavaの両方に比較的慣れていないため、明らかな何かが欠けている可能性があります。誰かがこれを正しく書く方法を教えてもらえますか?

簡単な例を挙げましょう。注文とショッピング カートがあります。これを永続化する方法の 1 つは、Order ドキュメントと Cart ドキュメントを保存することです。Order ドキュメントには、関連するカート ドキュメントの UUID を値とする「shopping-cart」というフィールドを含めることができます。これを行うもう 1 つの方法は、カート全体の連想配列を含む「ショッピング カート」フィールドを含む注文ドキュメントを保存することです。つまり、カートを独立したドキュメントとして明示的に保存する代わりに、カート ドキュメントを注文ドキュメントに埋め込みます。

Cart を永続化する必要があると後で決定した場合はどうなるでしょうか。両方の方法を組み合わせて、カートが不完全な間は別々に保ち、確定/購入されたときに注文ドキュメントに埋め込むことができると思います。

CouchDB に外部キー制約がないことを心配していますが、どちらの方法も機能します。最初の方法では、カート ドキュメントが削除され、破損したデータ セットが残る可能性があります。

どの方法を使用するかをどのように決定しますか? これらの方法の 1 つは、CouchDB にとってより慣用的なものですか? 私が見逃した方法はありますか？

私はCouchDBを初めて使用するので、多かれ少なかれ正規化された構造を持つことの利点/欠点を理解するのは困難です。

CouchDB でデータベースをネストできないようです。人々はこの制限をどのように回避していますか? たとえば、各ドメインが個別のデータベースを持つブログ エンジンを作成するとします。各データベース内で、ユーザー データベースや注文データベースなどに、さまざまなユーザー ドキュメントや注文ドキュメントなどを含めることができます。

明白な方法は、データベース名がハイフンでデータベースのネストレベル間の人工的な境界を画定するフラットな構造のようです:

別の解決策は、下位レベルのデータベースを保持し、各ドキュメントを最上位の値でマークすることです。

フィールドinstance="Test"またはフィールドdomain="myblog.com"を持つドキュメントUser1を含むusersデータベース

今夜、毎日の技術グーグルでcouchDBに出くわしました。これは、RDBMよりも10倍から100倍優れたパフォーマンス、SQL言語、テーブル、主キーなどからどのように節約できるかについてのプレゼンテーションをたくさん見た後です。自分でやってみることにしました。唯一の問題は、それがどのように機能するかを理解できないようです。

まず、couchDBを使用してWebコンタクトマネージャーをコーディングしたいと思います。このプロジェクトにより、ユーザーは次のような基本的なことを行うことができます。

• 連絡先の作成/編集/削除
• 注文した連絡先のリストを見る
• さまざまな基準でそれらを検索する

では、どうすれば始められますか？

ここに私の考えのいくつか

• 7月、アンのようにユーザーごとにデータベースを作成する
• それらのDBに、contact型のドキュメントを追加すると、ドキュメントは最初は次のようになります。コード1を参照してください。
• 作成/編集/削除は簡単です。適切なデータベースでPUT、POST、DELETEを実行する必要があります。
• 検索はcouchdbによって処理されます-dnolenが提案したようなlucene

ここで難しい部分があります。map/reduceの概念全体と、それを使用してSQLで行っていた作業を実行する方法をよく理解していません。また、ビューを使用して、ページング、グループ化をどのように処理しますか。

このようなリンクのページングセットを使用して画面を作成したいと思います

それを達成するためにどのようなビューを作成する必要がありますか。サンプルを提供できれば素晴らしいでしょう。

連絡先文書。

couchdb と mysql データベースの速度について教えてください。

つまり、一意の ID で 1 つの行 (または 1 つのドキュメント) を取得するような非常に単純な要求と、最大の日付で 20 個の ID/行/ドキュメントを取得するような単純な要求 (もちろん、インデックスやビューなどを使用するなど - よくわかりません) CouchDB で動作しますが、何かがあると確信しています.CouchDB のしくみを学ぶために私を送らないでください: 私はそれを学ぶつもりですが、とにかくパフォーマンスの比較が必要です)。

ありがとう！

最初の回答のリンクから気付いたように、DB 用のサーバーは 1 つしかありませんが、MySQL を使用する方がはるかに優れていますか?

自家製のC＃インターフェイスライブラリでCouchDBを使用しています。このライブラリを使用してCouchDBにアクセスする最も一般的な方法では、一時ビューが作成されます。可能な場合はキーを使用するようにライブラリを最適化しました。私の質問はこれです：一時ビューはCouchDBによってキャッシュされますか？これらの一時ビューの1つを初めて実行すると、実行速度が少し遅くなるようです。その後、同じビューコードを使用する同様のクエリは、はるかに高速に実行されるようです。

では、CouchDBはビューをキャッシュしますか？もしそうなら、それらはどれくらいの間キャッシュされたままになりますか？かなり一定の割合でデータベースにアクセスしている場合、静的ビューに切り替えることには多くの用途がありますか？

couchDB v 0.10.0をインストールし、couchDBwikiからダウンロードしたCouchクラスからPython経由で通信しようとしています。問題は次のとおりです。

local.iniファイルを手動で編集して、標準のosxログインとパスワードを含めました。私は今、布団を介して完全にアクセスできますが、喜びのWRTpythonはありません。これはhttpヘッダーの問題ですか？

途方に暮れて-ありがとう！

SQLiteやMetakitでできるように、別のサーバーを実行せずに Python アプリケーションに「埋め込む」ことができる小さなデータベースを探しています。SQL データベースは必要ありません。実際、Python 辞書や JSON などの自由形式のデータを保存する方が望ましいです。

もう 1 つの要件は、データベースのインスタンスをサーバー上で実行できることと、アプリケーション (クライアント) のインスタンスがデータベースとサーバー (双方向) を同期できるようにすることです。これは、 CouchDBの レプリケーションと同様です。

これを行うデータベースはありますか？

CouchDB ドキュメント ID はどのように計算されますか?

BA1F48C5418E4E68E5183D5BD1F06476

ありがとう！