問題タブ [dbref]

単一の検索仕様を使用してDBRefを介してクエリを実行することは可能ですか？

ユーザーコレクション

投稿コレクション

1回の検索ステップでユーザーが30歳のすべての投稿をクエリすることはできますか？そうでない場合は、多段階操作を処理するJavaScript関数を作成するのが賢明ですか、それともブロッキングの問題が発生しますか？

MongoDBを使用しているときに、DBRefの使用を必要とするいくつかの状況に遭遇しました。ただし、参照されているドキュメントの一部のフィールドをDBRef自体にキャッシュしたいと思います。

たとえば、ユーザードキュメントが参照されている場合でも、ユーザー名を使用できるようにしたい場合があります。これにより、単一のドキュメントアプローチのすべての利点が得られます。クエリを高速化し、コードで手動の間接参照を行う必要をなくします。同時に、意味のある場所で参照を使用できるようにします。

参照されるドキュメントが更新されると（たとえば、ユーザーが名前を変更すると）、私のビジネスレイヤーはそれを参照するすべてのドキュメントを自動的に更新できるという考え方です。

最終的に、DBRefに追加のフィールドを格納するのに適した形式と見なされるかどうか疑問に思っていますか？それは何かを壊しますか？参照が書き換えられるたびにデータが失われますか？pymongoのようなドライバーはそれをサポートしますか？

追加のフィールドを追加できるように、DBRef を手動で作成したいと考えています。ただし、次を渡そうとすると:

Pymongo はエラーを発生させます:

pymongo$が特別なキーを予約しているように見えるので、私がやろうとしていることを実行することさえ可能かどうか疑問に思いますか?

MongoDB で「ON DELETE CASCADE」機能を持つ外部キーを持つ方法はありますか?

DBRef を一種の外部キーとして使用できることは知っていますが、参照が指すコレクション内のアイテムが削除されると、参照は null を返します。しかし、参照が属するアイテムが削除されることを望みます。どうすればいいですか？

それとも、物事を削除するたびにそれへの参照を確認する必要がありますか?

公式の mongo-csharp ドライバーを使用して列挙しようとしている Products というコレクションがあります。ただし、コレクションを列挙しようとすると (たとえば、foreach ループを使用して)、次のエラーが発生します。

「タイプMongoDB.Driver.MongoDBRefのデフォルトコンストラクターが見つかりません」

エンティティクラスは次のようになります

コレクション内のエントリは次のようになります

そして、私はそれをこのように読んでいます。

次のいずれかを実行するまで、エラーは発生しません。

また

1

また

2

どちらを選ぶべきですか？

毎回 blogDAO.get(id); すべてのクエリの最初の 1 つは、すべてのユーザー データをロードします。

次のデータ構造があるとします。

user [foo]を参照するすべての投稿をクエリするにはどうすればよいですか？私は次のことを試しましたが、うまくいきませんでした：

公式文書とグーグルからも答えを見つけることができません！

誰かが何か考えを持っていますか？

解決策はおそらく私を正面から見つめているでしょうが、私はそれを見つけることができませんでした。私の問題は、指定されたDBRefを含むすべてのドキュメントを検索する必要があることです。検索するコレクションの構造は次のとおりです。

に表示されるDBRefに基づいて一連のドキュメントを取得できるようにする必要がありますa_list_of_dbrefs（a_list_of_dbrefsDBRefが含まれていないもの、1つ含まれているもの、1つ以上含まれているものがあります）。

これはどのように達成されますか？

RDMBS のバックグラウンドから来て、特にスキーマのない MongoDB 環境で作業する場合、結合のような考えを考えずにはいられません。

DBRef は、参照しているオブジェクトのタイプがわかっている場合にのみ役立つというブログを読みました。

これはなぜですか？確かにそれ以上の用途があります。

ユーザー コレクションと雇用者コレクションがあるとします。多くのユーザーが同じ雇用主を参照できます。私にとって、これは DBRef の完璧な使い方です。しかし、これは私がそのブログで読んだことと矛盾しています。

もちろん、雇用主を各ユーザー コレクションに埋め込むこともできますが、雇用主が変わるとどうなるでしょうか。雇用主が住所や電話番号などを変更したのかもしれません。雇用者が各ユーザーに埋め込まれている場合、すべてのユーザーの埋め込みドキュメントを更新する必要があります。

それは効率的ではありません。それともできますか？

Java を使用することは重要ではありません。

問題があり、おそらくそれは単なる設計上の問題です。

「_id」フィールドを、埋め込まれたものも含め、すべてのドキュメントに割り当てます。ドキュメントが埋め込まれた親ドキュメント（およびそれらのコレクション）があります

だから私は次のようなものを持っています:

今、私は自分の「情報」を を介して参照する別のドキュメントを持ちDBRefたいのですが、コピーは必要ありません。そこで、DBRef親ドキュメントのコレクションを指し、_id を xxxx5c2y として指定する を作成します。ただし、 を呼び出すとfetch()NULLDBRefが返されます。

トップレベルのコレクションエントリ「_id」フィールドでのみ DBRef機能するということですか?fetch()

ドキュメントの中括弧内のすべてのキー：値を消費すると予想していfetch()ましたが、それはあまりにも多くのことを求めている可能性があります。誰か知っていますか？？最上位レベル以外でドキュメント間の参照を作成する方法はありませんか?

ありがとう