JPA / Hibernateでのflush（）の正しい使用

私はflush（）メソッドに関する情報を収集していましたが、それをいつ使用し、どのように正しく使用するかについては明確ではありません。私が読んだことから、私の理解は、永続化コンテキストの内容がデータベースと同期される、つまり、未解決のステートメントを発行したりエンティティデータを更新したりすることです。

今、私は2つのエンティティAとB（1対1の関係で、JPAによって強制またはモデル化されていない）以下のシナリオを取得しました。A手動で設定される複合PKがあり、自動生成されたIDENTITYフィールドもありますrecordId。これrecordIdはへBの外部キーとしてエンティティに書き込む必要がありますA。私は、1つのトランザクションで保存AしBています。問題は、自動生成された値があることをA.recordId、私はの明示的な呼び出しを行う場合を除き、トランザクション内では使用できませんem.flush()呼び出した後em.persist()にA。（自動生成されたIDENTITY PKがある場合、値はエンティティで直接更新されますが、ここではそうではありません。）

em.flush()トランザクション内で使用すると害が生じる可能性がありますか？

おそらく正確な詳細em.flush()は実装に依存します。とにかく、一般に、HibernateなどのJPAプロバイダーは、実際にトランザクションをコミットするまで、データベースに送信することになっているSQL命令をキャッシュできます。たとえば、を呼び出すとem.persist()、HibernateはデータベースをINSERTにする必要があることを記憶していますが、トランザクションをコミットするまで実際には命令を実行しません。Afaik、これは主にパフォーマンス上の理由で行われます。

とにかく、SQL命令をすぐに実行したい場合があります。一般に、自動生成されたキーやデータベーストリガーなど、いくつかの副作用の結果が必要な場合。

何em.flush()んと、内部SQL命令キャッシュを空にし、データベースにすぐにそれを実行することです。

結論：SQL命令をデータベースに送信する最適なタイミングに関するJPAプロバイダーの決定をオーバーライドしているため、害はありません。パフォーマンスに影響を与える可能性があるのはあなただけです。

実際にはem.flush()、キャッシュされたSQLコマンドを送信するだけではありません。永続化コンテキストを基になるデータベースに同期しようとします。同期するコレクションがキャッシュに含まれている場合、プロセスで多くの時間を消費する可能性があります。

使用上の注意

em.flush（）をトランザクション内で使用すると、害が生じる可能性がありますか？

はい、必要以上に長い期間データベースにロックを保持する可能性があります。

一般に、JPAを使用する場合、トランザクション管理をコンテナに委任し（別名CMT-ビジネスメソッドで@Transactionalアノテーションを使用）、メソッドに入るとトランザクションが自動的に開始され、最後にコミット/ロールバックされます。EntityManagerにデータベースの同期を処理させると、SQLステートメントの実行はコミットの直前にのみトリガーされ、データベースのロックが短命になります。そうでない場合、手動でフラッシュされた書き込み操作は、手動フラッシュと自動コミットの間のロックを保持する可能性があり、残りのメソッド実行時間によっては長くなる可能性があります。

一部の操作は自動的にフラッシュをトリガーすることに注意してください。同じセッションに対してネイティブクエリを実行し（SQLクエリから到達できるようにEM状態をフラッシュする必要があります）、ネイティブで生成されたID（データベースによって生成される）を使用してエンティティを挿入するため、挿入ステートメントはしたがって、EMは生成されたIDを取得し、関係を適切に管理できます）