Spring Data JPA DAO classes వ్రాయడం అనే boilerplate ను తొలగిస్తుంది. మీరు ఒక repository interface ను ప్రకటిస్తారు; startup వద్ద Spring JPA/Hibernate ద్వారా backed చేయబడిన proxy implementation ను generate చేస్తుంది. basic CRUD కోసం మీరు ఎప్పుడూ entityManager.persist(...) వ్రాయరు.
{
Long id;
String email;
active;
}
<User, Long> {
Optional<User> ;
List<User> ;
}
Derived queries సాధారణ criteria కోసం చదవగలిగేవి కానీ conditions పెరిగే కొద్దీ పొడవులో పేలుతాయి. అలా జరిగినప్పుడు, ఒక explicit @Query కు మారండి:
@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)
interface వెనుక ఏమి generate అవుతుందో మీరు అర్థం చేసుకున్నారో లేదో interviewers పరిశీలిస్తారు. బలమైన సంకేతాలు: derived-query keywords ను తెలుసుకోవడం, method names గజిబిజిగా మారినప్పుడు @Query ను ఎంచుకోవడం, మొత్తం tables ను load చేయడానికి బదులుగా Pageable ను ఉపయోగించడం, మరియు lazy associations N+1 problem ను ప్రేరేపించగలవని తెలుసుకోవడం — వారు తరచుగా తర్వాత దీనిలోకి నెట్టే అంశం.
జూనియర్ నుండి సీనియర్ వరకు వివరణాత్మక సమాధానాలతో IT ఇంటర్వ్యూ ప్రశ్నల లైబ్రరీ.
విరాళం