問題タブ [couchdb]

トランザクション (開始、コミット、またはロールバック)、ロック (更新の選択) を行う必要があります。ドキュメントモデルデータベースでそれを行うにはどうすればよいですか?

編集：

ケースはこれです：

• オークションサイトを運営したい
• 直接購入する方法もあると思います。
• 直接購入では、アイテム レコードの数量フィールドを減らす必要がありますが、数量がゼロより大きい場合のみです。そのため、ロックとトランザクションが必要です。
• ロックやトランザクションなしでそれに対処する方法がわかりません。

これを CouchDB で解決できますか?

ページネーションに必要なクエリを実装するにはどうすればよいですか?

基本的に、ページ 1 が要求されると、最初の 5 つのエントリを取得します。2 ページについては、次の 5 などを取得します。

これをcouchdb-pythonモジュール経由で使用する予定ですが、実装に違いはありません。

私は、ドキュメントベースのデータベース（この場合はCouchDB）でいくつかの要件を達成できるかどうかを確認しようとしてきました。2つの一般的な要件：

• 一意のインデックスを持ついくつかのフィールドを持つエンティティのCRUD
• eBayのようなeコマースウェブアプリ（より良い説明はここにあります）。

そして私は、ドキュメントベースのデータベースがこれらの要件に対処するための最良の選択ではないと考え始めています。さらに、ドキュメントベースのデータベースの使用を想像することはできません（おそらく私の想像力はあまりにも限られています）。

これらの要件にドキュメント指向データベースを使用しようとしたときに、ニレに梨を求めているかどうかを説明してもらえますか？

私は、高可用性とスケーラブルでなければならないアプリケーションの設計の初期段階にあります。いくつかの理由から、このために結果整合性データモデルを使用したいと思います。これが多くのソリューションで人気のないアーキテクチャの選択である理由を私は知っており、理解していますが、私の場合は重要です。

分散/ドキュメントスタイルのデータベースを扱うときに注意すべき実際のアドバイス、ベストプラクティス、および落とし穴を探しています。特に、eコマース（ショッピングカートスタイル）アプリの周辺では、従来はリレーショナルデータベースと組み合わせるのが簡単でした。

これらのタイプのDBを使用するのは難しいことは理解していますが、GoogleとE-bayはそれらを使用しているので、それほど難しくはありません;-)アドバイスをいただければ幸いです。

私はcouchdbxv。0.8.1とdatamapper0.9.8を使用しています。私はいくつかの簡単なビューを書き、他の例からいくつかをコピーしました。ブラウザでビューをクエリすると、IDが返されます。rubyのdatamapperを使用してクエリを実行すると、IDが取得されません。私は何日もグーグルで検索し、IRCに参加して、ソファとデータマッパーのグーグルグループを調べました。datamapperとcouchdbをダウングレードしてみました。何もない。他の誰かがこの問題に遭遇しますか？

リレーショナル データベースを使用する代わりに、CouchDB のようなドキュメント ベースのデータベースを使用する必要があるのはなぜですか。ドキュメント ベースのデータベースがリレーショナル データベースよりも適している典型的な種類のアプリケーションまたはドメインはありますか?

MSSQL 2005 には 15,000 行があり、1 行が 1 ドキュメントである CouchDB に移行したいと考えています。スキーマにバインドされた XML ファイルにn行を書き込む CLR-UDF があります。スキーマにバインドされた XML を JSON に変換する XSL 変換があります。

これらの既存のツールを使用して、MSSQL から XML から JSON に移行できると考えています。JSON ファイルごとにn行をバッチ処理すると、cURL をスクリプト化してファイルをループ処理し、bulk API を使用してそれらを CouchDB に POST できます_bulk_docs。

これは機能しますか？以前にこのような移行を行った人はいますか? より良い方法をお勧めできますか？

複数のサーバーが関与するアプリケーションを構築しています。(それぞれがデータベースと Web サーバーを持つ 4 つのサーバー。1 つのマスター データベースと 3 つのスレーブ + 1 つのロード バランサー)

キャッシュを有効にする方法はいくつかあります。今のところ、それはかなり単純で、まったく効率的ではありません。すべてのキャッシュは、すべてのサーバー間の NFS パーティション共有で行われます。NFS はアーキテクチャのボトルネックです。

1. キャッシュを実装するいくつかのアイデアがあります。サーバー レベル (ローカル ファイル システム) で実行できますが、問題は、すべてのサーバーでコンテンツが更新されたときにキャッシュ ファイルを無効にすることです。これは、キャッシュの有効期間を短くすることで実行できます (キャッシュが無効になるため効率的ではありません)。ほとんどの場合、より早く更新する必要があります)
2. また、各サーバーが相互に通信するメッセージング システム (XMPP など) によっても実行できます。キャッシュの無効化を担当するサーバーは、他のすべてのサーバーに要求を送信して、キャッシュが無効化されたことを通知します。レイテンシーはおそらく大きくなります (キャッシュが無効化されたことを全員が知るのにより多くの時間がかかります) が、私のアプリケーションはアトミックなキャッシュの無効化を必要としません。
3. 3 番目のアプローチは、クラウド システムを使用してキャッシュを保存することです (CouchDB など) が、このシステムのパフォーマンスについてはわかりません。SQL データベースを使用するよりも高速ですか?

Zend Framework を使用する予定でしたが、実際には関係がないと思います (XMPP、CouchDB を処理するために他のフレームワークにおそらくいくつかのパッケージが存在することを除いて)。

要件: 永続キャッシュ (サーバーが再起動した場合、キャッシュの再作成中にサーバーがダウンするのを避けるために、キャッシュが失われてはなりません)

私は主にフロントエンドのコーダーですが、サーバー側のプログラミングやコマンド ラインに詳しくないわけではありません。とにかく、サーバーのセットアップなどについて学ぶことがまだたくさんあるので、（できれば）ubuntuでCouchDBをセットアップするためのいくつかの手順をまとめるのを手伝ってくれる人がいるかどうか疑問に思っていました.

それが私の主な目標ですが、可能であれば「JS3」環境も動かしたいと思っています。詳細については、この投稿を参照してください。

私が最も苦労しているのは、どのパッケージをインストールする必要があるか、またどのように入手すれば、localhost のブラウザーで作業できるようになるかを知ることです。あなたが私に与えることができる指針をありがとう。

今後のサイトで CouchDB を使用することを検討していますが、サイトのユーザー評価システムを実装する方法については少し混乱しています。基本的に、コンテンツの各アイテムは、特定のユーザーによって評価されます。これを行う方法として、CouchDB モデルで最も理にかなっているのはどれですか? 最もドライで最も論理的な方法は、3 つの異なるドキュメント タイプ、コンテンツ、ユーザー、および次のような user_rating ドキュメントを持つことだと思います。

次に、マップがコンテンツ ドキュメント ID をキーとするすべてのコンテンツ ドキュメントと user_rating ドキュメントのセットであり、reduce が評価の平均を集計し、コンテンツ ドキュメント ID をキーとするコンテンツ ドキュメントを返すビューを作成します。

それがこれを行う最良の方法ですか？私はまだ CouchDB のベスト プラクティスに関するリソースをあまり見つけていないので、これらすべてについてかなり確信が持てません。

私の結論：以下の受け入れられた回答は、私がほとんど実装しようとしていたものですが、注意してください。ドキュメントは、他のドキュメントプロパティに基づく高度なクエリを面倒にするコンテンツドキュメントIDによってキーを設定する必要があります. このアプリでは、必要に応じて SQL に戻ります。