5
大規模（数十億エントリ、数テラバイトのデータ）のストレージソリューションで、私たちがランダムにプライマリキールックアップをほとんど排他的に行うデータベースの可能性を評価しています。Couchbase 2.0とCouchbase 1.8？
能力が与えられた場合、Membase（Couchbase 1.8）は完璧なフィット感に似ています。これまでのテストでは、私たちのユースケースでは高いパフォーマンスを発揮しています。しかし、これを使用することの主な懸念は、Couchbase 2.0が1.8から全く新しい方向性のように見えるので、製品の特性が変わることがあります。 Couchbase 1.8が好きです。私たちが必要としているものを正確に処理するからです。
ビューやマップ/リダクションの機能は必要ありません。これらは優れた機能ですが、必要なものではなく、パフォーマンスに悪影響を及ぼすようなものではありません。我々はCouchDBを主にスケーリング（ノードの追加/削除）の複雑さのために除外しました。もちろん、多くはの方が良いですが、ディスクの使用に関するいくつかの心配があったからです。
1.8対2.0のパフォーマンス測定について知っている人は、すべてのビューとM/R機能を無視していますか？
1.8フォークは引き続き維持されますか？あるいは、1.8が死んでしまった。
利用可能ですが、私はジョエルの観点から、1.8と2.0の間の最大の違いは、アプリケーションがバックのsqliteから移動していることだと思いますcouchdbバックエンドに終わります。これは、帯域幅の広いサイトで長時間実行された後、より長い有効期限を持つ大きなキャッシュがある場合に、1.8で実行できるdbフラグメンテーションの問題を解決するため、非常に良いことです。 – Drahkar
私はそれを聞いて非常にうれしいです。 CouchBaseに比較的新しい人として、これを見つけることは非常に良いことです！私たちは、以前のSQLiteバックエンドと比較して、一部のCouchDBユーザーによって報告されたディスク上での膨満感に惑わされませんか？ –
私はその方法で比較を行います。スタンドアロンアプリケーションとしてのCouchDBおよびSqliteは、それらを使用するアプリケーションの制限内でロックされます。 Couchbaseは、データが一般的に壊れやすく、長期間保管されないため、これらの問題が発展するのを防ぐため、これらのバックエンドの管理とクリーニングを行います。有効期限が切れるものは、まずディスクに保存され、最終的にキャッシュから削除されます。 – Drahkar