問題タブ [couchdb]

ここ数年、興味を持ってCouchDBプロジェクトをフォローしてきましたが、現在は Apache Incubator プロジェクトになっています。それ以前は、CouchDB の Web サイトには、運用コードには使用しないでくださいという免責事項があふれていたので、私はそれを監視するだけでした。CouchDB をライブ プロジェクトまたは技術パイロットで使用している場合は、その経験を知りたいと思います。

CMS風のアプリケーション用のCouchdDBを検討しています。本番データベースのバックアップに関する一般的なパターン、ベストプラクティス、ワークフローのアドバイスは何ですか？

開発とテストで使用するためにデータベースのクローンを作成するプロセスに特に興味があります。

ライブ実行中のインスタンスの下からディスク上のファイルをコピーするだけで十分ですか？2つのライブ実行インスタンス間でデータベースデータのクローンを作成できますか？

使用するテクニックのアドバイスと説明をいただければ幸いです。

私が理解している限り、CouchDB インデックスは、ビューがクエリされると更新されます。書き込みよりも読み取りの方が多いと仮定すると、これはスケーリングにとって悪いことではありませんか? 書き込み時にインデックスを更新するように CouchDB を構成するにはどうすればよいでしょうか。

Rails は、移行の概念を使用して、ActiveRecord API を使用してモデルの変更を処理します。

CouchDB は JSON (ネストされたマップと配列) を使用してモデル オブジェクトを表します。

これまでの CouchDB の作業では、ドキュメントの構造がいつ変更されたかを認識したり (開発者として規律を課す以外に)、ドキュメントを古いモデルから新しいモデルに移行したりする良い方法が見つかりませんでした。

既存の機能はありますか、または CouchDB でモデルの変更を処理するためのベスト プラクティスはありますか?

私はすでに文書データベース、特に CouchDB の単純さに興奮しています。しかし、そのようなデータベースがマルチ ユーザー システムの実行可能なオプションであるかどうかを理解するのに苦労しています。これらのシステムは、文書データベースが提供しないレコード間の何らかの関係を必要とするためです。

そのような場合、それは完全に間違ったツールですか? または、タグ付けと一時的なビューがこれを達成する方法ですか? それとも...

更新:
これまでの回答を理解しています。しかし、質問を少し言い換えさせてください。通常は CouchDB に適した半構造化データが大量にあるとします。「type=post」や「year=2008」のようにタグ付けできます。私の質問は、このタイプのタグ付けでどこまで行けるかということです。10.000 個の名前を含む配列フィールドを作成できますか? または、これを行うより良い方法はありますか？この文書ベースの意味でどのように考えるかを理解することが重要です。

CouchDB を使用する可能性を検討していました。みんなが嫌いなLotus Notesに似ていると聞きました。これは本当ですか？

次のビュー関数を使用して、データベース内のすべてのアイテムを反復処理しています (タグを見つけるため) が、データセットが大きい場合、パフォーマンスが非常に悪いと思います。他のアプローチはありますか？

ドキュメントの柔軟なストレージに CouchDB を使用するプロジェクトに取り組んでいます。私のシステムの要件は、ストレージ用の CouchDB と完全に一致しています。

しかし

私の質問は本当にこれに要約されます: ActiveRecord と MySQL も使用し続ける必要があります... ActiveRecord ですぐに使用できる便利なプラグインがたくさんあります (認証やアクセス制御など)。既存のプラグインを活用する利点が、追加の管理オーバーヘッドと統合の問題 (異種データストア間での作業) に見合うだけの価値があるかどうか疑問に思っています。

Ruby on Rails または Merb で記述された、数十億のレコードを持つデータを処理するアプリケーションのバックエンド ソリューションを探しています。私は分散モデルを使用することになっていると感じていますが、現時点では

HBaseとHadoop

カウチデブ

私が見た HBase ソリューションの問題 -- Ruby のサポートはあまり強力ではなく、Couchdb はまだバージョン 1.0 に達していません。

このような大量のデータに何を使用するかについての提案はありますか?

データは、時には一度に 30 ～ 40Mb のかなり高速なインポートを必要としますが、インポートはチャンクで行われます。そのため、データの約 95% は読み取り専用になります。

つまり、couchDB を次の目的で使用できますか。

• アイテム、ユーザーの CRUD
• 入札とオークションの解決
• 双方向のカリフィケーション
• フォーラム
• アイテム比較