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