問題タブ [nosql-aggregation]

データベースにコレクションがあり、ほとんどのドキュメントには配列フィールドがあります。これらの配列には、正確に2 つの要素が含まれています。ここで、これらの配列要素がすべてクエリ配列の要素であるすべてのドキュメントを検索したいと考えています。

文書例:

クエリ配列:

クエリ配列に「4」がないため、クエリは最初の 3 つのドキュメントを検索する必要がありますが、最後のドキュメントは検索しません。

期待される結果：

役に立つ答えを楽しみにしています:)。

このようなキーを持つ文字列型のキー値ストアをredisに持っています--

/url-pattern/のすべてのキーを、次のようなワイルド カード クエリを使用して取得できます--

このワイルドカード/url-pattern/*に対応するすべてのキーの値を取得したいと思います

私はこれを試しました

しかし、期待どおりに配列を返しませんでした。

/url-pattern/* に対応するすべてのキーの値を取得するにはどうすればよいですか

値の合計もしたいのですが、redisにはSUM()というものはないと思います

SE の基本的なルールは、既に試したことの例を挙げずに質問しないことですが、この場合、どこから始めればよいかわかりません。MongoDB のドキュメントを見たところ、ストレージ使用量を計算する方法は 2 つしかないようです。

1. db.collection.stats()コレクション全体に関する統計を返します。私の場合、コレクション内のデータのサブセット (特定のユーザーのデータ) によって使用されているストレージの量を知る必要があります。
2. Object.bsonsize(<document>)1 つのレコードのストレージ サイズを返します。これには、各ドキュメントのサイズを一度に 1 つずつ計算するカーソル関数が必要です。このアプローチに関する私の唯一の懸念は、大量のデータでのパフォーマンスです。1 人のユーザーが何万ものドキュメントを持っている場合、このプロセスには時間がかかりすぎる可能性があります。

コレクション内の一連のレコードの合計ドキュメント サイズを効率的かつ正確に計算する方法を知っている人はいますか。

助けてくれてありがとう。

さまざまな地域/場所を格納するデータ構造があります。地域は都市の一部、都市は州の一部、州は国の一部です。

クエリするいくつかのユースケースは

U1 : 場所を指定して、都市、州、国を取得します。U2 : 国を指定すると、州は都市、地域のリストを取得します

Cassandra に格納されるデータは、読み取りパス用に最適化する必要があることを理解しています。

U1 が {location, city, state, country} になるためのキー

U2 を {country, state, city, location} にするためのキー

2 つの列ファミリーに値を格納する以外に、より良い方法が存在するかどうかを知りたい

Parse.com ドキュメントでこのアーキテクチャ上の問題に取り組んでいます。Debit と呼ばれる次の「スキーマ」があります。

from と to の「列」は、_Userテーブルへのポインタです。from問題は、私の Android アプリでは、ログに記録されたユーザーに応じてとデビットの両方を表示したいのですtoが、アダプターでは「ログに記録されていないユーザー」ユーザーのみを表示することです。

Parse でクエリを実行してすべての借方クエリを取得しようとしましたが、orクエリで Parse がサポートされていないため、ユーザー ポインターを含めることができorません。

このような：

しかし、問題は「私ではない」アダプターを表示するときです。

アダプタ：

もちろん、ユーザーをフェッチする必要がありますが、これはアダプターではお勧めできません。それで、データベース側でこれを改善するためのより良いアプローチはありますか?

ありがとう

Tシャツの通販サイトを運営しています。T シャツには 8 種類のバリエーションがあり、そのすべてが「エディション」 (または衣料品ライン) の一部です。エディションの一部であるすべてのシャツを常に表示できるようにしたいのですが、それぞれの在庫があるかどうかを確認して、それを示すことができるようにしたいと考えています.

したがって、現在、シャツ スキーマとエディション スキーマの 2 つのスキーマがあります。それらは（マングースで）次のようにモデル化されています。

したがって、スキーマの例は次のようになります。

エディションをシャツ オブジェクトに埋め込めるようにしたいのですが、どのようにすればよいかわかりません。エディション情報を ShirtSchema に埋め込むと、すべてのパンツが購入される (データベースから削除される) と、エディション情報を取得できなくなります。

ただし、現在、特定の色のシャツの在庫があるかどうかを確認するには、次の方法しかないようです。

1. エディション スキーマを取得します。
2. すべてのメンバーをループします (エディションの各メンバーを知るため)
3. シャツ コレクション全体をループして、各色のシャツが少なくとも 1 枚存在するかどうかを確認します。

これは多くのループのように思えますが、もっと簡単な方法があるかどうか疑問に思っています。