問題タブ [cloudant]

後でデータベースや特定のドキュメントのポイントインタイム リストアを行うために、CouchDB / Cloudant に変更を保存するにはどうすればよいですか?

CouchDBに関しては、私は初心者です。私は .NET SQL Server の世界から来ました。

CouchDB Definitive Guide をざっと読んで、「これはすごい」と思いました。今、私は学んだことのいくつかを実際の世界で実装することを期待してテストしています.

数週間前に Cloudant アカウントにサインアップし、テストや学習のために使用し始めました。

リンクされたドキュメントをいじると、背後にある理論全体が単純に見え、インターネット上の単純な例にも見えます。さまざまなリンクされたドキュメントの配列を持つドキュメントからいくつかの情報を取得したい場合、それら自体がリンクされたドキュメントの配列を持っています。多対多の関係テーブルに結合するマルチ SQL Server のように。以下にコードを示します。うまくいけば、それは理にかなっています。

たとえば、この SQL クエリを考えてみましょう。各テーブルに 1 つのエントリしかないと仮定すると、特定の SKU を持つ靴のすべての詳細を含む 1 つのレコードが返されるはずです。しかし、靴のサイズが複数ある場合は、さらにコードを記述する必要があります。

https://username.cloudant.com/test/_design/catalogue/_view/item-details?include_docs=true&key=%22656F-PINSEC12%22にある SKU ごとに、CouchDB に次の JSON を返してもらいたいと思います。

次のドキュメントと map/reduce があるとします。

これを実装するより良い方法があるかもしれませんが、リンクされたドキュメントの配列も持つリンクされたドキュメントの配列を持つドキュメントを持つことが可能かどうかを確認したかったのです。しかし、私の map/reduce は何も返しません。返されるのは次のとおりです。

新しいショーのサイズを追加したり、靴のサイズを利用できないとマークしたりすると、以前の値をすべて CouchDB に戻す必要があるため、誰かがすべての情報を 1 つのドキュメントに保存することはないと思います。 1 つのフィールドを更新します。

うまくいけば、私の質問は理にかなっています Oo__oO

CouchDB と Cloudant では、ドキュメントが変更されると、データベースは以前のバージョンを保持します。何をどのくらいの期間保持しますか?

Cloudant で CouchDB をセットアップしていますが、Cloudant は通常の CouchDB とは異なる方法で認証を行うように見えるため、混乱しています。具体的には、Cloudant には_usersデータベースがないようです。

ここでCloudant auth FAQ を読んだところ、次の手順が記載されていました。

Cloudant で CouchDB のセキュリティー機能 (_users データベース、セキュリティー・オブジェクト、検証機能) を使用できますか?

はい、できます。_users データベースを使用する場合は、最初に、_users を介して管理するロールに対して Cloudant 自体のセキュリティーをオフにする必要があります。これを行うには、次のような JSON ドキュメントをデータベースの _security エンドポイントに PUT する必要があります (例 : https://USERNAME.cloudant.com/DATABASE/_security )。

{ "cloudant": { "nobody": ["_reader", "_writer", "_admin"] }, "readers": { "names":["demo"],"roles":[] } }

これらの手順は問題なく機能し、データベースの _security オブジェクトを更新できました。

明確ではなかったのは、_users データベースのセットアップ方法です。自動的には存在しなかったので、通常の方法で作成してみました:

curl -X PUT $COUCH/_users

これはうまくいきましたが、次のように _users に新しいユーザーを追加しようとすると:

ドキュメントが正しく作成されているようです。

{"ok":true,"id":"org.couchdb.user:me","rev":"3-86c3801fdb8c32331f5f2580e861a765"}

しかし、Cloudant の _users の新しいユーザーには、ハッシュ化されたパスワードがありません。

したがって、このユーザーで認証しようとすると、次のエラーが発生します。

{"error":"bad_request","reason":"missing password_sha property in user doc"}

私のローカル CouchDB インストールでは、_users で新しいユーザーを作成すると、ハッシュ化されたパスワードが自動的に作成されます。

「_design/_auth」ドキュメントをローカルの CouchDB インストールから Cloudant にコピーしようとしましたが、結果は同じで、ハッシュ化されたパスワードはありません。

ある時点で脱線したように見えますが、これがどこで起こったのかはわかりません。通常の CouchDB と同じ種類の認証を使用するように Cloudant を設定するにはどうすればよいですか?

データベースをCloudantに保存する予定です。
アプリケーションの開発、テスト、およびステージング中にローカルの CouchDB を使用しても安全でしょうか?

データベースをCloudantに保存する予定です。

Cloudant へのレプリケーションは予定しておらず、バックアップ目的でのみ外部で行う予定です。
BigCouch の内部作業からドキュメントに競合が発生しないと仮定しても安全ですか?

データベースをCloudantに保存する予定です。

私たちのアプリケーションはマルチテナントです。現在、一部のテーブルの値に基づいてテナントを分離していますが、これはドキュメントの値に自然に変換されます。もう 1 つの方法は、テナントごとにデータベースを持つことです。現在、約 100 のテナントがあり、最善の予測では 500 ～ 2000 に増えることを願っています。

1 つのデータベース内のすべてのテナントとテナントごとのデータベースとの間の長所と短所は何ですか?

同時に作成して操作できるデータベースの数に制限はありますか?