Spring Data JPA elimină boilerplate-ul scrierii claselor DAO. Declari o interfață de repository; la pornire Spring generează o implementare proxy susținută de JPA/Hibernate. Nu scrii niciodată entityManager.persist(...) pentru CRUD de bază.
{
Long id;
String email;
active;
}
<User, Long> {
Optional<User> ;
List<User> ;
}
Derived queries sunt lizibile pentru criterii simple, dar explodează în lungime pe măsură ce condițiile cresc. Când se întâmplă asta, treci la un @Query explicit:
@Query("SELECT u FROM User u WHERE u.email = :email") // JPQL, nu SQL
Optional<User> lookup(@Param("email") String email);
// SQL nativ când ai nevoie de funcții specifice bazei de date:
@Query(value = "SELECT * FROM users WHERE active = true", nativeQuery = true)
List<User> findActiveNative();
Page<User> findByActiveTrue(Pageable pageable); // pasează PageRequest.of(0, 20)
Intervievatorii sondează dacă înțelegi ce se generează în spatele interfeței. Semnale puternice: cunoașterea cuvintelor cheie ale derived queries, alegerea lui @Query când numele metodelor devin greoaie, folosirea lui Pageable în loc să încarci tabele întregi și conștientizarea faptului că asocierile lazy pot declanșa problema N+1 — un subiect către care adesea vor împinge în continuare.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează