Spring Dataで@Transactionalを使用する方法は？

Question 1

Spring-data、Hibernate、MySQL、JPAプロジェクトに取り組み始めたところです。手作業でクエリを作成することを心配する必要がないように、Springデータに切り替えました。

@Transactionalアノテーションなしでクエリも試したので、spring-dataを使用している場合はを使用する必要がないことに気付きました。

@Transactionalアノテーションを使用すべき/使用すべきでない特定の理由はありますか？

作品：

@Transactional
public List listStudentsBySchool(long id) {
    return repository.findByClasses_School_Id(id);
}

また動作します：

public List listStudentsBySchool(long id) {
    return repository.findByClasses_School_Id(id);
}

前もって感謝します！

Question 2

実際にあなたの質問は何ですか？@Repository注釈の使用法または@Transactional。

@Repository宣言するインターフェイスは、Spring Dataインフラストラクチャが作成し、とにかく例外変換をアクティブ化するプロキシによってサポートされるため、はまったく必要ありません。したがって、Spring Dataリポジトリインターフェイスでこのアノテーションを使用しても、まったく効果はありません。

@Transactional--JPAモジュールの場合、プロキシをサポートする実装クラスにこのアノテーションがあります（SimpleJpaRepository）。これには2つの理由があります。1つは、オブジェクトの永続化と削除にはJPAでのトランザクションが必要です。したがって、トランザクションが実行されていることを確認する必要があります。これは、メソッドに@Transactional。という注釈を付けることによって行います。

以下のようなメソッドを読み込みfindAll()してfindOne(…)使用している@Transactional(readOnly = true)厳密には必要ではないが、トランザクション・インフラストラクチャーにおけるいくつかの最適化をトリガする（設定FlushModeするMANUAL閉じるときにプロバイダが潜在的に汚れチェックをスキップ永続させるためにEntityManager）。それを超えて、フラグはJDBC接続にも設定され、そのレベルでさらに最適化されます。

使用するデータベースによっては、テーブルロックを省略したり、誤ってトリガーする可能性のある書き込み操作を拒否したりする場合があります。したがって、@Transactional(readOnly = true)リポジトリインターフェイスにそのアノテーションを簡単に追加できるクエリメソッドにも使用することをお勧めします。@Transactionalそのインターフェースで宣言または再装飾した可能性のある操作メソッドにプレーンを追加してください。

Question 3

質問は少し広く、データアクセス層の注釈で減らすことはできないと思います。アプリケーションのスタック全体、適用するトランザクション戦略などを考慮する必要があります。IBMdeveloperworksサイトにMarkRichardsによるこのトピックに関する非常に包括的な一連の記事があります。最初のものはここにあります：https：//developer.ibm.com/articles/j-ts1/

宜しくお願いします

Question 4

@Repository注釈を使用する必要があります

これは@Repository、チェックされていないSQL例外をSpring Excpetionに変換するために使用され、対処する必要がある唯一の例外はDataAccessException

Question 5

また、@ Transactionalアノテーションを使用してレコードをロックし、別のスレッド/リクエストが読み取りを変更しないようにします。