Spring Data JPA DAO classes ਲਿਖਣ ਦੇ boilerplate ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਤੁਸੀਂ ਇੱਕ repository interface ਦਾ ਐਲਾਨ ਕਰਦੇ ਹੋ; startup 'ਤੇ Spring JPA/Hibernate ਦੁਆਰਾ ਸਮਰਥਿਤ ਇੱਕ proxy implementation ਬਣਾ ਦਿੰਦਾ ਹੈ। ਤੁਸੀਂ ਬੁਨਿਆਦੀ 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 names ਬੇਢੰਗੀਆਂ ਹੋ ਜਾਣ ਤਾਂ @Query ਚੁਣਨਾ, ਪੂਰੀਆਂ tables load ਕਰਨ ਦੀ ਥਾਂ Pageable ਵਰਤਣਾ, ਅਤੇ ਇਹ ਜਾਣੂ ਹੋਣਾ ਕਿ lazy associations N+1 problem ਪੈਦਾ ਕਰ ਸਕਦੀਆਂ ਹਨ — ਇੱਕ ਵਿਸ਼ਾ ਜਿਸ ਵੱਲ ਉਹ ਅਕਸਰ ਅਗਲਾ ਧੱਕਾ ਦੇਣਗੇ।
ਵਿਸਤ੍ਰਿਤ ਜਵਾਬਾਂ ਨਾਲ IT ਇੰਟਰਵਿਊ ਸਵਾਲਾਂ ਦੀ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ — ਜੂਨੀਅਰ ਤੋਂ ਸੀਨੀਅਰ ਤੱਕ।
ਦਾਨ ਕਰੋ