EntityManager.clear（）をいつ使用しますか？

Question

カスタムJPAマッパークラスのメソッドがあります：私は（明確な理解していれば

removeUser() 

1. execute 'DELETE' HQL query to remove user 
2. call getEntityManager().flush(); 
3. call getEntityManager().clear(); 

）を正しく、それは文脈からすべての永続エンティティを削除します。 -source

はしかし、私はまたhere、

you should define clear architecture- and design guidelines about where a 
clear() can be called. 

を読んで（）をクリア呼び出す際の明確なガイドラインは何ですか？

Answer 1

記事で説明しています。エンティティマネージャをクリアすると、関連付けられたキャッシュが空になり、新しいデータベースクエリがトランザクションの後半で強制的に実行されます。トランザクションにバインドされたエンティティマネージャを使用する場合、エンティティマネージャをクリアする必要はほとんどありません。バッチ処理を行う場合、メモリを食べて巨大なキャッシュを持って、あなたがDMLまたはSQLをやっているとき

が長いため、汚れチェックのフラッシュする時間を増やすことを避けるために、

• ：私はクリアするには、2つの理由を参照してくださいクエリはエンティティマネージャのキャッシュを完全にバイパスします（例のように）。この場合、キャッシュによって保持されている状態はクエリのためにデータベースにあるものを反映しないため、この矛盾を避けるためにキャッシュをクリアする必要があります。

Answer 2

はい、正確にはドキュメントのポイントとしてプラットフォームのアーキテクチャスタイルに依存します。例えば

• アプリケーションEMにスレッドの関連付けられている場合は、トランザクション管理のための1 のソリューションは、ユーザの要求の各起動時にトランザクションを開始し、&明確なコミットセッションごとの要求パターンを実装することですダーティリードを防止するために、要求の各端にキャッシュを配置します。これはほんの単なる例です。
• その他の例はSOAプラットフォームです。各サービスについて、最初にトランザクションをオープンし、最後にコミットすることもできます（同じEMを他のサービスで使用し、読み込みを避ける必要がある場合）
• 前の2つの一般的なケースを再生します - 可能なすべてのケースでバイパス処理を行い、EMをバイパスします。したがって、この場合、クエリはキャッシュからではなく、DBからのクエリを強制されます。
• L1キャッシュとL2キャッシュを使用し、L1はEMによってキャッシュをクリアすることを理解する必要があります。

使用しているプラ​​ットフォームのケース、アーキテクチャ、スタイルによって決まります。あなたの方法に直接 -