Kaip veikia Spring Data JPA ir kas yra derived queries (išvestos užklausos)?

Question

IT Interview Practice · Accepted Answer

Spring Data JPA panaikina DAO klasių rašymo boilerplate. Deklaruojate repozitorijaus **sąsają** (interface); paleidžiant Spring sugeneruoja proxy realizaciją, paremtą JPA/Hibernate. Bazinei CRUD niekada nerašote `entityManager.persist(...)`. ## Esybė + repozitorijus ```java @Entity public class User { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String email; private boolean active; // getteriai/setteriai } // Išplėskite JpaRepository, kad paveldėtumėte save/findById/findAll/delete. public interface UserRepository extends JpaRepository { // Derived query: Spring išanalizuoja METODO PAVADINIMĄ į WHERE sąlygą. // -> SELECT * FROM user WHERE email = ? AND active = true Optional findByEmailAndActiveTrue(String email); // Raktažodžiai jungiami: OrderBy, Between, Containing, In, LessThan... List findByActiveTrueOrderByEmailAsc(); } ``` ## Derived vs @Query Derived užklausos skaitomos paprastiems kriterijams, bet ilgėja augant sąlygoms. Tada pereikite prie aiškaus `@Query`: ```java @Query("SELECT u FROM User u WHERE u.email = :email") // JPQL, ne SQL Optional lookup(@Param("email") String email); // Natyvus SQL, kai reikia specifinių DB galimybių: @Query(value = "SELECT * FROM users WHERE active = true", nativeQuery = true) List findActiveNative(); ``` ## Puslapiavimas ateina nemokamai ```java Page findByActiveTrue(Pageable pageable); // perduokite PageRequest.of(0, 20) ``` ## Kodėl tai svarbu Interviuotojai tiria, ar suprantate, kas generuojama *už* sąsajos. Stiprūs signalai: derived-query raktažodžių žinojimas, `@Query` pasirinkimas, kai metodų pavadinimai tampa nepatogūs, `Pageable` naudojimas vietoj visų lentelių krovimo ir suvokimas, kad tingios (lazy) asociacijos gali sukelti **N+1 problemą** — temą, į kurią jie dažnai stums toliau.

Esybė + repozitorijus

Derived vs @Query

Puslapiavimas ateina nemokamai

Kodėl tai svarbu

Susiję klausimai