Spring Data JPA, DAO class-களை எழுதும் boilerplate-ஐ நீக்குகிறது. நீங்கள் ஒரு repository interface-ஐ அறிவிக்கிறீர்கள்; startup-இல் Spring, JPA/Hibernate-ஆல் இயக்கப்படும் ஒரு proxy implementation-ஐ உருவாக்குகிறது. அடிப்படை CRUD-க்கு நீங்கள் ஒருபோதும் entityManager.persist(...)-ஐ எழுதுவதில்லை.
{
Long id;
String email;
active;
}
<User, Long> {
Optional<User> ;
List<User> ;
}
Derived query-கள் எளிய criteria-க்கு படிக்கக்கூடியவை ஆனால் condition-கள் வளரும்போது நீளத்தில் வெடிக்கின்றன. அது நடக்கும்போது, ஒரு வெளிப்படையான @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-க்கு பின்னால் என்ன உருவாக்கப்படுகிறது என்பதை நீங்கள் புரிந்துகொள்கிறீர்களா என்பதை interviewer-கள் ஆராய்கிறார்கள். வலிமையான அறிகுறிகள்: derived-query keyword-களை அறிதல், method பெயர்கள் கடினமாகும்போது @Query-ஐத் தேர்ந்தெடுத்தல், முழு table-களையும் load செய்வதற்குப் பதிலாக Pageable-ஐப் பயன்படுத்துதல், மற்றும் lazy association-கள் N+1 problem-ஐ தூண்டக்கூடும் என்பதை அறிந்திருத்தல் — இதை அவர்கள் அடிக்கடி அடுத்த கேள்வியாக நகர்த்துவார்கள்.
விரிவான பதில்களுடன் கூடிய IT நேர்காணல் கேள்விகளின் நூலகம் — Junior முதல் Senior வரை.
நன்கொடை