Jay

Querydsl 기본문법을 보자. // QuerydslBasicTest // JPQL 먼저 작성 @Test public void startJPQL() { // member1을 찾아라. Member findMember = em.createQuery("select m from Member m where m.username = :username", Member.class) .setParameter("username", "member1") .getSingleResult(); assertThat(findMember.getUsername()).isEqualTo("member1"); } 돌리면 쿼리가 잘 동작한다. select member0_.id as id1_1_, member0_.age as age2_1_, me..

예제 도메인 모델을 참고하여 엔티티 코드를 작성해보자. // Member Class package study.querydsl.entity; import lombok.*; import javax.persistence.*; @Entity // Setter는 실무에서 가급적 쓰지말자 @Getter @Setter @NoArgsConstructor(access = AccessLevel.PROTECTED) //ToString은 아래를 자동으로 만들어준다. //@Override //public String toString() { // return "Member{" + // "id=" + id + // ", username='" + username + '\'' + // ", age=" + age + // ", team..

JPA가 SQL query를 그대로 사용하는 네이티브 쿼리를 지원한다. 하지만 가급적 네이티브 쿼리는 사용하지 않는게 좋다. 최근에 나온 final 방법 => 스프링 데이터 Projections 활용 스프링 데이터 JPA 기반 네이티브 쿼리 페이징 지원 반환 타입 Object[] Tuple DTO(스프링 데이터 인터페이스 Projections 지원) 제약이 있는데 Sort 파라미터를 통한 정렬이 정상 동작하지 않을 수 있고 JPQL처럼 Application loading 시점에 문법 확인이 불가하고 동적 쿼리가 불가능하다. // MemberRepository Interface @Query(value = "select * from member where username = ?", nativeQuery = ..

DB에서 엔티티를 조회하고 싶을 때도 있지만 회원의 이름만 조회하고 싶을때가 있다. JPA를 통해서 조회를 하게되면 엔티티를 통채로 조회하게 되면 쿼리의 데이터가 엄청 커지게 된다. 이름만 조회를 하고 싶을때 편하게 하는 방법을 Projections라고 한다. 쿼리에 SELECT절에 들어갈 데이터라고 보면 된다. UsernameOnly Interface를 만들고 package study.datajpa.repository; public interface UsernameOnly { String getUsername(); } MemberRepository Interface에 아래구문을 추가해준다. // 엔티티가 아니라 인터페이스 UsernameOnly에 구현체 프록시 객체가 담겨서 간다. List findPr..

코드로 살펴보자. // MemberRepositoryTest @Test public void queryByExample() { // given Team teamA = new Team("teamA"); em.persist(teamA); Member m1 = new Member("m1", 0, teamA); Member m2 = new Member("m2", 0, teamA); em.persist(m1); em.persist(m2); em.flush(); em.clear(); // when // Probe Member member = new Member("m1"); Example example = Example.of(member); List result = memberRepository.findAll(exa..

새로운 엔티티를 판단하는 기본 전략 식별자가 객체일 때 `null`로 판단 식별자가 자바 기본 타입일 때 `0`으로 판단 `Persistable` 인터페이스를 구현해서 판단 로직 변경이 가능 Item Class를 하나 만들고 // Item Class package study.datajpa.entity; import lombok.Getter; import javax.persistence.Entity; import javax.persistence.GeneratedValue; import javax.persistence.Id; @Entity @Getter public class Item { @Id @GeneratedValue private Long id; } ItemRepository Interface도 만들..

스프링 데이터 JPA가 제공해는 공통 인터페이스의 구현체가 존재한다. 아래의 경로로 들어가보자 아래의 SimpleJpaRepository가 JPA의 구현체이다. 그리고 SimpleJpaRepository는 Repository가 이미 걸려있는데 두가지 의미가 있다. Spring Bean의 컴포넌트 스캔 대상이 되는 것 => 스프링이 읽어들여서 컨테이너에 올리게 되는 것이고 두번째는 JPA나 JDBC 둘 다 exception이 틀리기 때문에 이게 터지면 영속성 계층에 있는 것들을 Spring에서 쓸 수 있는 예외들로 다 바꿔준다. 서비스 계층이나 컨트롤러 계층에 있는 것들을 넘길 때 JPA exception이나 JDBC exception이 올라가는 것이 아니고 Spring Framework이 제공하는 exc..

path variable 기반으로 코드를 작성해보자. // MemberController Class package study.datajpa.controller; import lombok.RequiredArgsConstructor; import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.PathVariable; import org.springframework.web.bind.annotation.RestController; import study.datajpa.entity.Member; import study.datajpa.repository.MemberRepository; ..

JPA 쿼리 힌트 (SQL 힌트가 아니라 JPA 구현체에게 제공하는 힌트)이고 코드로 살펴보면 Hibernate는 readOnly라는 쿼리기능을 제공한다. JPA 영속성 컨텍스트에 딱 넣어놓고 (transaction commit 할때 자동으로 commit가 되는데 ) 강제로 flush를 하면 실제 db에 insert 쿼리가 나가고(영속성 컨텍스트에 member가 남아있는 상태로 => JPA 영속성 컨텍스트 안에 1차 캐시가 있는데 그걸 지우는 건 아니고 그것의 결과를 db에 동기화를 하는 것이고) clear를 하면 영속성 컨텍스트가 다 날라간다. 그 이후로 JPA에서 조회를 하면 영속성 컨텍스트에 1차캐시가 없기 때문에 db를 무조건 조회한다. // MemberRepositoryTest @Test pub..

MemberRepository Interface public interface MemberRepository extends JpaRepository { List findByUsernameAndAgeGreaterThan(String username, int age); List findTop3HelloBy(); List findByUsername(@Param("username") String username); @Query("select m from Member m where m.username = :username and m.age = :age") List findUser(@Param("username") String username, @Param("age") int age); } MemberReposit..