Spring Data JPA, DAO classes लिखने का boilerplate हटा देता है। आप एक repository interface घोषित करते हैं; startup पर Spring एक proxy implementation generate करता है जो JPA/Hibernate द्वारा backed होती है। आप basic CRUD के लिए कभी entityManager.persist(...) नहीं लिखते।
{
Long id;
String email;
active;
}
<User, Long> {
Optional<User> ;
List<User> ;
}
Derived queries सरल criteria के लिए पठनीय होती हैं लेकिन conditions बढ़ने पर लंबाई में फूल जाती हैं। ऐसा होने पर, एक स्पष्ट @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)
Interviewer यह जाँचते हैं कि क्या आप समझते हैं कि interface के पीछे क्या generate होता है। मज़बूत संकेत: derived-query keywords जानना, method नाम बोझिल होने पर @Query चुनना, पूरी tables load करने के बजाय Pageable का उपयोग करना, और यह जागरूकता कि lazy associations N+1 समस्या को trigger कर सकती हैं — एक ऐसा विषय जिसमें वे अक्सर आगे धकेलेंगे।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें