問題タブ [bigcouch]

BigCouchについていくつか質問がありますが、使用を開始する前に回答を得るのは興味深いことです。

• シャードキーを慎重に選択する必要がありますか、それとも自動生成されたGUIDを使用できますか？レプリケーションが1つある単一のサーバーから始めますが、別のシャードを追加する必要があるときに備えたいです。

• CouchBaseのようなクラスターを管理するためのGUIには、DBの管理に似たものがあります。

• EC2でBigCouchをホストするときにデータをバックアップするにはどうすればよいですか（スナップショットなど）

ありがとう

CouchDBの添付ファイル機能を調べています。基本的に、CouchDB ではバイナリ ファイル データをデータベース レコード内に格納できます。MongoDB の GridFS に似ています。私が構築したいプロジェクトは、CouchDB に保存することを計画していたファイルのアップロードを中心に展開しています。そのため、CouchDB がデータをクラスター化する方法について調査することになりました。これにより、ファイルの添付によってデータベースが大きくなったときに、複数のサーバー間でデータをクラスター化できるようになります。CouchDB には、すぐに使用できる機能がないことに失望しました。CouchDB ガイドでは、 と呼ばれるものを使用するようcouchdb-loungeに指示されていますが、そのプロジェクトは Github で 2 年以上手付かずのままです。その上に構築するのは快適だとは思いません。

が見つかりましBigCouchた。これは、現在の安定した CouchDB リリースよりも遅れているように見えることを除けば、私が必要とする正確なクラスタリング機能を備えた修正された CouchDB のようです。1 年前のプレス リリースで、彼らが BigCouch を公式の CouchDB に統合する作業を進めていることを読みましたが、そのタイムラインがどのようなものかはわかりません。

3 番目のオプションとして、Couchbase Server 2 も CouchDB に基づいているように見えますが、他の機能の中でもクラスタリングが構築されています。私もそれを実行可能なオプションとして議論しています。ただし、添付ファイルには対応していません。

BigCouch が最終的に CouchDB に組み込まれるという事実は、先に進んで今のところ BigCouch を使用することにいくらかの安心感を与えてくれます。

BigCouch を使用する必要がありますか? CouchDB + クラスタリングだけの場合、なぜ誰もが BigCouch を使用しないのでしょうか? いくつかのマイナス面があるはずですよね？

bigCouchで1つのリクエスト（http://wiki.apache.org/couchdb/HTTP_Bulk_Document_API#Fetch_Multiple_Documents_With_a_Single_Request）で複数のドキュメントを取得しようとしていますが、期待どおりに機能していないようです。DB内のすべてのドキュメントが返されます。 。同じリクエストと同じデータがcouchDBで機能します。bigCouchではサポートされていませんか？

リクエストは次のとおりです：http：// xxxx：5984 / database / _all_docs？keys = ["test"]

クラスターのセットアップがあり、データ ディレクトリを /opt/bigcouch/var/lib から /bigcouch に移動しました。

/opt/bigcouch/etc/default.ini の次の行を変更しました

新しい DB を作成しようとすると、DB が作成されたという JSON が返されるが、実際の DB は作成されないという問題があります。

ディレクトリの所有者をbigcouchに設定しています

DBを作ったら

その後

返されるレコードはゼロです

BigCouch で 2 つのノードをセットアップしようとしています。2 台のマシンの /etc/hostname に FQDN を設定しました (例: may2.test.com)。/opt/bigcouch/etc/vm.args も編集しました。

• -name bigcouch@may2.test.com

• -setcookie モンスター (デフォルト)

それから私は試します：

• curl localhost:5984 -> {"couchdb":"ようこそ","バージョン":"1.1.1","bigcouch":"0.4.2"}
• curl localhost:5986 -> {"couchdb":"ようこそ","バージョン":"1.1.1"}
• curl may2.test.com:5984 -> {"couchdb":"Welcome","version":"1.1.1","bigcouch":"0.4.2"}
• curl may2.test.com:5986 -> curl: (7) ホストに接続できませんでした

誰でもそれを修正して BigCouch を完全に機能させるためのアイデアを教えてもらえますか? 本当にありがとうございました

Bigcouch のホスト名を変更するエレガントな方法はありますか? Bigcouch は、その名前が bigcouch@FQDN であると自動的に想定するため、その上に作成するすべてのデータベースにその名前が散りばめられます。FQDNを変えるとBigcouchがクラップスパンツになって何もできなくなる。

手動で 5986 管理ポートを通過してすべての FQDN 参照を変更しようとしましたが、これにより 5984 アクセスと編集機能が再び得られるように見えます。まったく文書化されていないため、適切に機能する場合と機能しない場合がある粗雑なハックです。

おそらくもっとエレガントな方法がありますか？これを行うために、サーバーを吹き飛ばしてクラスターに再度追加する必要があるのは、原始的なようです。