常にJEE JPAの型付きクエリがDBに...繰り返します。第1レベルのキャッシュ混乱

Question

JPAの第1レベルのキャッシュをよく理解していると思いました。しかし、関連するpersistence.xmlファイルの "hibernate.show_sql"をtrueに設定して、私のJEE Msg駆動Bean（JBOSS JPA 2.0）をテストしているときに、私は調整方法を知らないsqlの動作を参照しています。ログで私が期待する上で、1つのデータベースselect文から

logger.info("Getting widget by query. Sql should be issued"); 
TypedQuery<Widget> query = entityManager.createQuery("SELECT w FROM Widget w WHERE w.widgetId = :id", Widget.class); 
query.setParameter("id", 1); 
// This should go to the db 
Widget widget = query.getSingleResult(); 

logger.info("Getting widget by query again. No sql should be issued"); 
TypedQuery<Widget> query2 = entityManager.createQuery("SELECT w FROM Widget w WHERE w.widgetId = :id", Widget.class); 
query2.setParameter("id", 1); 

Widget widget2 = query2.getSingleResult(); 

logger.info("Getting widget by entity manager find. No sql should be issued"); 
entityManager.find(Widget.class, 1); 

しかし、私は見ることは私を混乱させるは、getSingleResult（）文、両方のためのselect文である：ここに私のコードの抜粋です。誰かがこれを説明できますか？注意していただきたいのは、findがSQLのlogging文にならないことに注意してください。また、上記のcreateQueryステートメントにWhere句を入れずに、getSingleResult（）ステートメントをgetResultList（）ステートメントに変更しても、その実行によって2つのSelectステートメントがデータベースに送られてしまうことに気がつきました。これは、ハイバネート・ロギングと、sqlplusを使用して最初と2番目の文の間に行を挿入したデバッグ・セッションを介して検証されました。 createQuery（）とwhere句に関しては、エンティティ・マネージャはすでに知っているほどスマートではなく、与えられた問合せの結果をすでにロードしていますか？前の例では、エンティティマネージャが既にすべてのウィジェットエンティティを読み込んだことを理解してはいけませんか？オブジェクトを表示して等価性検査を行うとき、エンティティマネージャがそれらを適切に管理していることに注意してください（つまり、同じdbテーブル行を参照する2つのオブジェクトはありません）。

Answer 1

クエリキャッシング（オブジェクトキャッシングとは異なります）はデフォルトでは有効になっていません。適切なクエリのヒント（@QueryHint(name="org.hibernate.cacheable",value="true")またはquery.setHint("org.hibernate.cacheable", true)）を使用する必要があります。

（私は黙ってあなたがpersistence.xmlにtrueにhibernate.cache.use_query_cacheプロパティを設定していると仮定して、当然のことながら、午前）

警告の言葉：あまりにも多くのクエリキャッシュに頼ることは困難な検出バグにつながる可能性があり（ JPAはデフォルトで有効にならないほどスマートです）。適切に処理する方法に関する関連するドキュメント（例：https://docs.jboss.org/hibernate/orm/4.0/devguide/en-US/html/ch06.html）を確認してください。