問題タブ [spring-data-document]

Spring Data-ドキュメントのドキュメントには、elementを使用してMongoDB接続を作成するためのファクトリBeanの構成例が記載されています。mongo:db-factory

問題は、mongo名前空間のXSDがdb-factory要素を宣言していないことです。これはバグですか、それとも間違ったバージョンのドキュメントを見ていますか？

employees コレクションの mongodb に次のドキュメントがあるとします。

ここで、'Siona' には、managers 配列に示されている 2 人のマネージャーがいます。Spring Data M3 には DBRef の概念があることは知っていますが、monogdb のドキュメントには、DBref は高価であり、可能であれば ObjectId のみを格納する必要があることが示されています。

私の質問は、ここの objectID が Spring Data Document API を介して指しているドキュメントを解決する方法はありますか、それともクライアント側で結合を実行する必要があるかということです。

• 「シオナ」という名前のドキュメントを取得します
• データベースに戻り、シオナのマネージャーを表す各 ObjectId を解決します。

私は可能な限り単純なアバターで Mongo を使用しています (Spring Data と組み合わせて)。

2 つの (ファースト クラス) エンティティ (@Documents) A と B があり、A にはその中に B の参照 (@DBRef) があります。A と B を作成するときはすべて正常に動作します。ただし、オブジェクト A を (ID で) 読み取るとき、参照 B は常にnullです。

DBRef はデフォルトで熱心にフェッチされると思いますが ( http://static.springsource.org/spring-data/data-document/docs/current/reference/html/#mapping-usage-referencesを参照)、現在の動作は反対ですそれ。理由はありますか？

Spring Data Document documentationに基づいて、リポジトリ メソッドのカスタム実装を提供しました。カスタム メソッドの名前は、ドメイン オブジェクトに存在しないプロパティを参照しています:

ただし、おそらく選択したメソッド名 ( findByNonExistentPropertyName) が原因で、Spring Data はメソッド名を解析し、そこからクエリを作成しようとします。nonExistentPropertyinが見つからない場合User、例外がスローされます。

考えられる解決策:

1. カスタム メソッドの実装を提供する方法を間違えたのでしょうか?
2. このメソッドの名前に基づいてクエリを生成しないように Spring に指示する方法はありますか?
3. Spring Data が認識するプレフィックスの使用を避ける必要がありますか?
4. 上記のどれでもない。

ありがとうございました！

私はSpring DataでMongoを使用しています。

2 つの (ファースト クラス) エンティティ (@Documents) Entity1 と Entity2 があり、Entity1 には Entity2 の参照 (@DBRef) が含まれています。すべて正常に動作しますが、次のような派生クエリを実行する場合:

上記のクエリは、指定されたクエリ パラメータを持つドキュメントがありますが、結果を返しません。何故ですか？

プロパティのセットを持つ標準の POJO があります。POJO は@Document、MongoDB でドキュメントとして保持されるように、 として注釈が付けられています。

POJO のプロパティの 1 つが永続化されるのをどのように (注釈??) 無視/回避できますか?

Spring Batch 用の Mongo ベースのジョブリポジトリはありますか? そうでない場合、実装する必要がありJobInstanceDaoますか? この取り組みに役立つ例や既存の作品はありますか?

MySQL用のSpringDataMongodbとSpringdataJPAモジュールを使用しています。

リファレンスドキュメントで提案されているように正常に構成しました。MYSQLフィールドは正常に更新できますが、mongodb「RelatedDocuments」を保存することはできますが更新することはできません。

実体関連は次のようなものです

User（Mysql）にはAddresses（Mongo）があります> Addressのリストがあります（参照の調査例と非常によく似ています。

私の状況は、http：//forum.springsource.org/showthread.php？126897-Using-Spring-Data-with-MongoDB-and-MySQLとまったく同じです。

私が使用しているバージョンは次のとおりです

誰かが私が欠けているかもしれないものを指摘することができます、設定ファイルは以下の通りです

MongoDBの構成は次のとおりです

SpringDataとMongoDBを使った最初の実験は素晴らしかった。これで、次の構造（簡略化）が得られました。

Letterオブジェクト/ドキュメント全体のロードと保存は魅力のように機能します。（ObjectIdを使用して、Section.idフィールドの一意のIDを生成します。）

ドキュメントは大きく（200K）、アプリケーションで必要なのはサブパーツのみである場合があります。サブドキュメント（セクション）を照会し、変更して保存する可能性はありますか？次のようなメソッドを実装したい

そしてもちろん、次のような方法もあります。

最後の3つの方法はやや「奇妙」であることがわかります。つまり、ドキュメント全体をロードし、コレクションを変更して再度保存する方が、オブジェクト指向の観点からはより良いアプローチかもしれません。しかし、最初のユースケース（サブドキュメント/サブオブジェクトに「ナビゲート」し、このオブジェクトのスコープで作業する）は自然なようです。

MongoDBはサブドキュメントを更新できると思いますが、SpringDataをオブジェクトマッピングに使用できますか？ポインタをありがとう。