O Spring Data JPA elimina o boilerplate de escrever classes DAO. Você declara uma interface de repositório; na inicialização, o Spring gera uma implementação proxy apoiada por JPA/Hibernate. Você nunca escreve entityManager.persist(...) para o CRUD básico.
{
Long id;
String email;
active;
}
<User, Long> {
Optional<User> ;
List<User> ;
}
As derived queries são legíveis para critérios simples, mas explodem em tamanho conforme as condições crescem. Quando isso acontece, recorra a um @Query explícito:
@Query("SELECT u FROM User u WHERE u.email = :email") // JPQL, not SQL
Optional<User> lookup(@Param("email") String email);
// Native SQL when you need DB-specific features:
@Query(value = "SELECT * FROM users WHERE active = true", nativeQuery = true)
List<User> findActiveNative();
Page<User> findByActiveTrue(Pageable pageable); // pass PageRequest.of(0, 20)
Os entrevistadores investigam se você entende o que é gerado por trás da interface. Sinais fortes: conhecer as palavras-chave das derived queries, escolher @Query quando os nomes de método ficam difíceis de manejar, usar Pageable em vez de carregar tabelas inteiras, e estar ciente de que associações lazy podem disparar o problema N+1 — um tópico para o qual eles frequentemente vão empurrar em seguida.
Uma biblioteca de perguntas de entrevista de TI com respostas detalhadas — de Júnior a Sênior.
Doar