Jak działa Spring Data JPA i czym są derived queries?

Question

IT Interview Practice · Accepted Answer

Spring Data JPA eliminuje boilerplate pisania klas DAO. Deklarujesz **interfejs** repozytorium; przy starcie Spring generuje implementację proxy opartą o JPA/Hibernate. Nigdy nie piszesz `entityManager.persist(...)` dla podstawowego CRUD. ## Encja + repozytorium ```java @Entity public class User { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String email; private boolean active; // getters/setters } // Extend JpaRepository to inherit save/findById/findAll/delete. public interface UserRepository extends JpaRepository { // Derived query: Spring parses the METHOD NAME into a WHERE clause. // -> SELECT * FROM user WHERE email = ? AND active = true Optional findByEmailAndActiveTrue(String email); // Keywords compose: OrderBy, Between, Containing, In, LessThan... List findByActiveTrueOrderByEmailAsc(); } ``` ## Derived queries kontra @Query Derived queries są czytelne dla prostych kryteriów, ale rozrastają się w długości w miarę mnożenia warunków. Gdy to się dzieje, przejdź na jawne `@Query`: ```java @Query("SELECT u FROM User u WHERE u.email = :email") // JPQL, not SQL Optional lookup(@Param("email") String email); // Native SQL when you need DB-specific features: @Query(value = "SELECT * FROM users WHERE active = true", nativeQuery = true) List findActiveNative(); ``` ## Stronicowanie za darmo ```java Page findByActiveTrue(Pageable pageable); // pass PageRequest.of(0, 20) ``` ## Dlaczego to ważne Rekruterzy badają, czy rozumiesz, co jest generowane *za* interfejsem. Mocne sygnały: znajomość słów kluczowych derived queries, wybór `@Query`, gdy nazwy metod stają się nieporęczne, używanie `Pageable` zamiast ładowania całych tabel oraz świadomość, że leniwe asocjacje mogą wywołać **problem N+1** — temat, który często będą pchać jako następny.

Encja + repozytorium

Derived queries kontra @Query

Stronicowanie za darmo

Dlaczego to ważne

Powiązane pytania