私はCouchDBプロジェクトを最後の2、3年に渡って関心を持って追跡し、現在はApache Incubatorプロジェクトになっています。これに先立ち、CouchDBのWebサイトはで完全であり、製品コードの免責条項には使用されていないので、それ以上は気にしないでください。あなたがライブプロジェクトや技術パイロットのためにCouchDBを使っていたなら、私はあなたの経験を知りたいと思っています。CouchDBを使っている人は誰ですか？
私は（6月のように）しばらく前に作業していた人のうちの1人（1月）を知り、それ以来ずっと遊んでいました。私はCouchDBのコミュニティが非常に知識が豊富で役立つことがわかったので、問題に遭遇したときには少なくとも数分から数時間で解決されました。
私たちは基本的に私たちに非リレーショナルな方法でデータを格納することを基本的に要求するプロジェクトを開始しました.CouchDBのドキュメント指向のストアのために、私たちはそれを使用するテクノロジの1つとして選択しました。だから、実際にはこれを本番で初めて実行するのですが、私はまだそれについてかなり自信があります。 :)ここだけ更新（2009-10-25）
：
私たちの最初のCouchDBのインストールは、40万件のレコードをホストし、20ギガバイトです。 2009年1月から本格的に稼動しています。 Read（GET）の速度は抜群で、複雑なデータのストアとして使用しているだけです。
2番目のcouchdbのインストールには2つのデータベースがあり、1つは160,000,000件以上の文書（210 GB）で、1日あたり150,000〜300,000件の文書が増えています。もう1つは35,000,000文書（7 GB）のみです。この設定には多くの読み書きがあり、初期テストは非常にうまく機能しています。 160,000,000文書データベースに
ビューの建物は週におよそかかったが、それ以来、私たちは大きなAmazon EC2インスタンスにアップグレードして、このリリースでは、パフォーマンスの多くを含んでいるとして、我々はまた、（0.9.1から）のCouchDB 0.10.xにアップデートする準備をしていますビュービルディングの改善。
いくつかのシナリオでは、http://devk.it（開発中）のドキュメントストアとして、分散型電子メール配信システムのテンプレートストアとしてはるかに大きな規模でcouchdbを使用しています。
CouchDBの動作は非常に滑らかですが、期待したほどの同時実行性レベルで動作させることはできませんでした。また、最大ドキュメントサイズは、mochiwebの入力バッファの最大サイズがハードコードされているため、1MBとかなり制限されています。ただし、ヘッダーファイルを変更してこの制限を回避するために再コンパイルすることはできます。
最大のドキュメントサイズと回避策についてお聞きしたい。 Devk.itは役に立つアプリケーションのように見える –
CouchDBはすでに1MBのデフォルトの制限を4GBにオーバーライドしています。 –
それは私がそれに遭遇した時点ではなかった:)これを見てうれしいが拡張されています。 –
私はCouchDBを使ってFacebookアプリケーション（35kを超える月間アクティブユーザー）に電力を供給しています。しばらくMySQLを使用していましたが、プロジェクト全体をPerlからErlangに移植した後、私は金のためにすべてのデータをCouchDBに移行し、代わりに使用することにしました。
CouchDBは素晴らしいデータストアでした。私は、それがWebベースのサービスの主要なプレイヤーになることが見込まれていると思います。
Erlangを使用していないプロジェクトであっても、あなたはまだそれを言っていますか？ –
はい、間違いありません。 –
現時点では、私はCouchDBでコンピュータサイエンスの論文を手掛けています。私は自分のブログの進行状況や意見について、http://metalelf0dev.blogspot.comと書いています。プロジェクトはうまくいっていると思いますが、既存のドキュメントは整理されていません。布団のWebインターフェイスに関する簡単なチュートリアルは、初心者の方には本当に便利です:)
18ヶ月のプロトタイプを試して、CouchDBが準備を完了するのを待ってから、moved an internal applicationを2008年12月にかけてください。その動きに満足しています。それは私たちのためにたくさんのファイルシステムオブジェクトを取り除きました（PDFやJPEGは、現在CouchDBの添付ファイルとして保存されています）。これにより、私たちはNFSを取り除き、フロントエンドWebサーバのクラスタ化/複製を容易にすることができます。
どの程度までCouchDBがあなたのために準備されているかは、組織の文化によって大きく異なります。私たちは内部開発チームがいくつかの内部Erlangアプリケーションを管理しています。 CouchDBはErlangで書かれており、コードベースの品質はかなり良かったので、必要に応じてCouchDBでショーストッパーの問題を修正できると確信しました。また、CouchDBのコアチームの1人をコンサルタントとして雇いました。
しかし、確かにCouchDBはまだ1.0ではありません。 Webワーカープロセスには常にクラッシュがあります（誤って使用した場合）。複製が壊れてしまい、エラーメッセージが表示されません。ドキュメントはまだ非常に欠けています。私はそれが私たちのデータを食べることはないと確信しており、開発は合理的なペースで進んでいます。
私たちのアプリケーションについて考えてみましょう：現在、私たちの最大のデータベースは7.5GBのディスクスペースを持つ約512000レコードです。
私はCouchDBを使用して記事の評価をブログに保存しています。それはまさに交通量が多いわけではありませんが、これまでは堅実でした。
いつかCouchDBに保存する可能性のあるコメントを追加する予定です。
私はOSXで簡単に使い始めるにはCouchDBXをダウンロードすることができます。私はRestClientとSinatraバックエンドを使用して、ストレートHTTP動詞などを通して 'the couch'と対話します。
楽しいです。
私はcouchdbを2回使用しました。最初にwikiはプロジェクトが好きで、couchdbはその役割の完璧な候補者だと私は思っています。すべてのドキュメントのバージョンを保存すると、大いに役立ちます。 2番目のプロジェクトはかなりクエリが読み込まれていました。ソーシャルデータを最初にダンプしてから、さまざまなフィルタを使用してクエリを実行しました。それは標準的なCouchDBのクエリ機能のように見えましたが、私たちのニーズにちょっと純粋です。しかし、Luceneをフルテキストインデクサーのように追加し、その後Luceneの部分で多くのクエリを実行します。そしてその解決策は十分に見えます。
これは私がそれを見ていた理由です。我々は非正方形のデータストレージのために叫んでいたプロジェクトのために数年前にXindiceとTextML xmlデータベースを調べました。今日私がCouchDBの向こうに目を向けると、プロジェクトを見ていたのだろうかと思っています... –
@reefnet_alexよく、時間を投稿してください。 :) – Till