Czy potrzebujesz transakcji bazodanowej do odczytu danych?

Zgodnie z moim doświadczeniem z JPA implementacją w J2EE, Menedżer transakcji {3]} jest zawsze potrzebny do zapewnienia bezpieczeństwa operacji CRUD , gwarantując wycofanie w celu zachowania integralności danych.

Aplikacje korporacyjne używają różnych zasobów do zapisywania danych i wysyłania wiadomości, takich jak Baza Danych lub Kolejka wiadomości. Jeśli chcemy przeszukać te zasoby sekwencyjnie i anulować całą operację po wystąpieniu problemu, trzeba umieścić to zapytanie w jednostce pracy tak, że będzie wykonywane jako całość.

Można go zdefiniować:

• W ten sposób kontener automatycznie ładuje menedżera transakcji dla danego kontekstu trwałości;

• Poprzez ręczne wstrzyknięcie menedżera transakcji, w następujący sposób:

  public class sample {
  
      @PersistenceContext
      EntityManager em;
  
      // Injected transaction manager
      @Inject
      UserTransaction utx;
  
      private static final String[] GAME_TITLES = {
          "Super Mario Brothers",
          "Mario Kart",
          "F-Zero"
      };
  
      private void clearData() throws Exception {
          utx.begin();
          em.joinTransaction();
          System.out.println("Dumping old records...");
          em.createQuery("delete from Game").executeUpdate();
          utx.commit();
      }
  
      private void insertData() throws Exception {
          utx.begin();
          em.joinTransaction();
          System.out.println("Inserting records...");
          for (String title : GAME_TITLES) {
              Game game = new Game(title);
              em.persist(game);
          }
          utx.commit();
          // clear the persistence context (first-level cache)
          em.clear();
      }
  
      // ...
  
  }
  

Spring Data , jako implementacja JPA-spec, może następować tak samo podejdźcie.

Możesz znaleźć więcej informacji, czytając poniższy artykuł: Java_persystencja / transakcje.