Spring Data JPA DAO classes લખવાનું boilerplate દૂર કરે છે. તમે એક repository interface જાહેર કરો; startup વખતે Spring JPA/Hibernate દ્વારા સમર્થિત proxy implementation generate કરે છે. મૂળભૂત 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)
Interviewers તપાસે છે કે તમે interface ના પાછળ શું generate થાય છે તે સમજો છો. મજબૂત સંકેતો: derived-query keywords જાણવા, method names બોજારૂપ થાય ત્યારે @Query પસંદ કરવો, આખા tables load કરવાને બદલે Pageable વાપરવો, અને lazy associations N+1 problem trigger કરી શકે એ વિશે જાગૃત રહેવું — એ વિષય તરફ તેઓ ઘણી વાર આગળ ધકેલશે.
વિગતવાર જવાબો સાથે IT ઇન્ટરવ્યૂ પ્રશ્નોની લાઇબ્રેરી — જુનિયરથી સિનિયર સુધી.
દાન કરો