jpa 2.0には、遅延ロード注釈を参照するためのある種の「反対」がありますか? つまり、注釈付きの参照がオブジェクトへの唯一の残りの参照である場合、メモリが不足している場合にターゲットオブジェクトがガベージコレクションの対象になることをjpaに示唆する注釈。
以前にロードされた参照にアクセスした場合、パフォーマンス ヒットを支払うことに完全に満足しています。ドメインが大きすぎてメモリに保持できないため、このような動作が必要です。私はこれを探していましたが、手ぶらで出てきて、問題に間違ってアプローチしているのではないかと思います。
jpa 2.0には、遅延ロード注釈を参照するためのある種の「反対」がありますか?
の反対はLazyですEager。残念ながら、これらは「取得メソッド」であるため、おそらく探しているものではありません。
つまり、注釈付きの参照がオブジェクトへの唯一の残りの参照である場合、メモリが不足している場合にターゲットオブジェクトがガベージコレクションの対象になることをjpaに示唆する注釈。
いいえ、そのような注釈はありません。この動作は、望ましくないように思えます。これは、NullPointerExceptions、IndexOutOfBoundExceptions、LazyInitializationExceptions などで解決できます。オブジェクトへの参照がない場合にのみ、オブジェクトはガベージ コレクションの対象となります。(これは gc の完全な説明ではありませんが、これが基本的なルールです。)
以前にロードされた参照にアクセスした場合、パフォーマンス ヒットを支払うことに完全に満足しています。ドメインが大きすぎてメモリに保持できないため、このような動作が必要です。私はこれを探していましたが、手ぶらで出てきて、問題に間違ってアプローチしているのではないかと思います。
あなたは間違った方法で問題に取り組んでいると思います。私はあなたのアプリケーションについて何も知らないので、あなたが何ができるかを伝えるのは難しい. オブジェクトが（手段によって）もう必要ない場合は、これを処理する必要があります。JPA はこれを自動的に行いません。