問題タブ [couchbase-view]

いくつかのキーでドキュメントを発行するマッパーを使用した単純なビューがあります。

このビューがあれば、カウチベースのマニュアルで説明されているように、setKeys、startKey、endKey、setDescending、setDescending、setSkip などの特定のパラメーターを使用してクエリを作成できます。

私が書いたら

そのクエリは、「ユーザー名」キーに一致するすべてのドキュメントを返します。

しかし、特定のキーを持つドキュメントを除外 (省略) するクエリを作成する簡単な方法を見つけることができませんでした (setKeys() 関数の反対のように)。

ToDoLite の例で 1 つのハックが見つかりました 。コードは次のようになります。

ビューは、最初の呼び出し時に渡したキーignoreUserIdのみを除外し、次の呼び出しでは他のすべてを無視することに注意してください (ビューは最初の呼び出しで 1 回だけ作成されるため)。

したがって、省略したいキーごとに新しいビューを作成する必要があります。しかし、除外したいキーがたくさんある場合、または頻繁に除外する場合は、非効率的でボイラープレートになります。

より良い解決策やハックを知っていますか?

よろしくお願いします

大きなファイル (0.1 - 10MB、画像) を Couchbase に保存しようとしています。128x128 から 4096x4096 までの寸法。私の問題は今です：

Viewで大きなファイルのキーを取得できません。それらは、Couchbase-Console でもstale=falseを使用しても単純に欠落しています。

View-Code は単純です (すべてのキーを見せてください):

絞り込むことができました：

• キー名は無関係です
• "DataBuckets" -> "Documents" には、CouchbaseConsole のすべてのエントリが表示されます
• すべてのファイルはキーで直接アクセス可能
• ファイルタイプは問題ではないようです（jpg、png、bmp）
• ファイルサイズは重要です。
• 2300 KB から 2800 KB の間のどこかで、インデックス作成が変更されます。小さいドキュメントは含まれますが、大きいドキュメントはビューに含まれなくなりました (Documents タブでは、CouchbaseConsole に表示されます)。

ドキュメントや他の場所でこれについて何も見つけることができませんでした。わずか 20MB のソフト最大ファイルサイズが言及されています。何か不足していますか？ビューを使用せずにいくつかのエントリを削除すると、ちょっと複雑になります。

バージョン 2.5.1 エンタープライズ エディション (ビルド 1083) を実行しています

ありがとう

質問のタイトルが合っているかどうかわかりませんが、より良いものを知っている場合はお知らせください;)カスタムreduce関数で問題を解決できるかどうか考えているので、このように名前を付けました。

私は2種類のオブジェクトを持っています:

車両:

ユーザー:

私が欲しいのは、特定の会社のすべての車両を返すビューです。ただし、会社は User オブジェクトにのみ格納されます。

これは、マップ関数でどこまで到達したかです。

しかし、これは会社をキーとして、車両のIDを値として返すだけです。だから私はユーザー文書を取得します。どうにかして map 関数でドキュメントを再度ループし、ids 配列の ID に従ってすべての車両を取得できますか?

会社は車両会社そのものではなく、部品の会社であるため、会社を車両自体に保存することも望ましくありません。

今後ともよろしくお願いいたします。

Spring Data Couchbase プロジェクトを使用しており、本番環境で既存のビューを実行しようとすると、以下のエラーが発生します

以下はSpring Data Repositoryの定義です

誰かがcouchbaseビューを使用してクエリを実行する例を提供できますか? ドキュメントには、それを行う例が欠けているようです。

私は現在、プロジェクトで使用するための couchbase 用の .NET ロール プロバイダーをまとめることを検討しています。これを2つのドキュメントタイプでモデル化しようとしています。

最初のドキュメント タイプは、アプリケーションで使用可能なすべてのロールの単純なリストです。これにより、追加、削除、GetAllRoles などを簡単にサポートできます。このドキュメントはアプリケーションごとに固定キーを持つため、"applicationname_roles" であるため、コードの観点からはよく知られており、すぐに取得できます。

2 番目のドキュメントは、ユーザーをロールにマップします。たとえば、

{ "type": "roleprovider.user-role", "user": "user1", "role": "role1", "application": "app1" }

このドキュメント タイプのキーは、"applicationname_roles_username_rolename" の形式になり、ユーザーが特定のロールに属しているかどうかをテストする最も一般的な操作が簡単かつ迅速になります。

.NET ロール プロバイダーの GetRolesForUser メソッドまたは GetUsersInRole メソッドをサポートするには、フォームのビューを使用します。

したがって、ユーザーからロールへのマッピングごとに、2 行がビューに出力されます。1 つ目は、ユーザーがどのロールに属しているかについてビューを照会できるようにします。2 つ目は、どのユーザーがどのロールに属しているかについて照会できます。.NET プロバイダーは、GetRolesForUser または GetUsersInRole をクエリして必要なものをフィルター処理するかどうかに基づいて、"user:" または "role:" のいずれかをプレフィックスするだけです。

さて、質問ですが、これはすべてかなり些細で論理的なように思えますが、Couchbase を使用するのは初めてで、これで何らかの罠に陥っているのではないかと思いましたか? 明らかな代替アプローチは2つのビューを使用することですが、私の読書では、設計ドキュメントの数とそれらのビューの数を抑えるのが最善であると述べているのを見ました。バケット ディスカッションごとに、この中で彼は「1 つのインデックスから複数の異なるクエリを生成する」ことを試みていると述べています。つまり、基本的には、私が上で説明したアプローチがペリーの言っていることを処方しているのか、それとも自分をだまして自分自身を苦しめるつもりなのか疑問に思っています.

ご指摘ありがとうございます。

実稼働のCouchbaseサーバーで非常に単純な開発ビューを作成しました

このビューは結果を返しません。ローカルのcouchbaseサーバーで同じビューをテストしても問題なく動作します。

このビューをプロダクション ビューとして発行すると、正常に動作します。

何が間違っている可能性がありますか？私は Couchbase バージョンを使用しています: 2.2.0 コミュニティ版 (build-837)