티스토리

개발기록남기기

검색하기

블로그 홈

개발기록남기기

awse2050.tistory.com/m

훑고 가세요

구독자: 4

방명록 방문하기

주요 글 목록

querydsl 단 건 조회시 firstResult/maxResults specified with collection fetch; applying in memory! Querydsl private Member getMember(Long memberId) { return jpaQueryFactory .selectFrom(member).distinct() .leftJoin(member.groupMember, groupMember).fetchJoin() .leftJoin(groupMember.group, group).fetchJoin() .where(member.id.eq(memberId)) .fetchFirst(); } Member Entity의 코드이다. // Member.class @Column(name = "email", nullable = false, unique = true) private String email; @Column(name = "name", nul.. 공감수 0 댓글수 0 2022. 9. 2.
JPA 연관관계 양방향 매핑 Entity 조회시 문제&해결 사실 제목은 마음에 들지 않는다. N+1 문제라고 예상할 수 있겠지만, N+1 쿼리에 의한 문제에 대한 포스팅은 아니다. 새 프로젝트를 해보면서 여러가지 Query를 실행해보면서 경험을 쌓기위해서 하고 있었다. 문제 상황 및 예상결과 1. 한개의 Todo Entity에 6개의 Comment Entity가 달려있다. 2. QueryDSL을 통해서 조회를 한다 3. Log에는 1개의 Todo Entity와 그 객체안에 Comment Entity가 List 타입으로 저장되어 출력된다. Todo Class @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name = "TODO_ID") private Long id; @Column(nullable .. 공감수 0 댓글수 0 2022. 4. 28.
JPA) deleteById 호출 시 연관객체 SQL 줄이기 Todo.class (부모 클래스) @Entity public class Todo extends DateEntity { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name = "TODO_ID") private Long id; @Column(nullable = false) // text private String content; // 내용 @Column(name = "MEMBER_ID", nullable = false) private String writer; // 작성자 -> Member @Convert(converter = TodoCheckedConverter.class) private boolean checked; @OneToMa.. 공감수 0 댓글수 0 2022. 4. 1.
JPA) 벌크 연산 Entity 를 수정하려면 영속성 컨텍스트의 변경 감지 기능이나 병합을 사용하고, 삭제하려면 EntityManager.remove() 를 사용한다. 하지만 이 방법으로 수 백개 이상의 Entity 를 하나씩 처리하기에는 시간이 너무 오래걸린다. 이럴 떄 여러 건을 한번에 수정하거나 삭제하는 벌크 연산을 쓰면 된다. String qlString = "update Product p set p.price = p.price * 1.1 where p.stockAmount < :stockAmount"; int resultCount = em.createQuery(qlString) .setParamter("stockAmoun", 10) .executeUpdate(); 벌크 연산은 executeUpdate() 메서드를 .. 공감수 0 댓글수 0 2022. 3. 30.
JPA) Join Fetch, @EntityGraph 차이점 기본적으로 JPA를 사용하다보면 발생하는 대표적인 성능문제가 있다. 바로 N+1 문제이다. N+1 문제에 대한 해결책은 대체로 알려진 방식이 많이 있다. 간단하게 나열하면 다음과 같다. 1. Join Fetch 의 사용 2. @EntityGraph 이외에도 Batch Size 설정 & Hibernate Fetch Mode 설정 등이 있다. 사실 Join Fetch, @EntityGraph 라는 대답은 모두가 알고 있다. 대부분 JPA를 공부하는 개발자라면 알고있다. 두 설정의 공통점은 N+1을 해결한다는 점이지만, 해결하는 과정에서 조금의 차이가 존재한다. 그것은 사용하는 SQL이 다르다는 점이다. 연관관계의 fetch 속성은 LAZY 로 설정했다 1. @EntityGraph 를 사용 한 경우 @Enti.. 공감수 0 댓글수 0 2022. 3. 24.
JPA) Spring OSIV 스프링 OSIV 스프링 에서 제공하는 OSIV 는 ‘비즈니스 계층에서 트랜잭션을 사용하는 OSIV’ 이다. 말 그대로 비즈니스 계층에서만 트랜잭션을 사용하는 것이다. 동작원리는 다음과 같다. 요청이 들어오면 서블릿필터 나 스프링 인터셉터 에서 영속성 컨텍스트를 생성한다. Service 계층에서 트랜잭션을 시작할 때 생성되어 있던 영속성 컨텍스트를 찾아서 트랜잭션을 실행한다. Service 계층 이 끝나면 트랜잭션을 커밋하고 Flush 한다. 이때 트랜잭션만 종료된다. Controller , View 까지 영속성 컨텍스트가 유지되므로 조회된 엔티티는 영속상태를 유지한다. 필터 나 인터셉터 로 요청이 돌아오면 영속성 컨텍스트를 종료한다, 이때 Flush 는 일어나지 않는다. 트랜잭션 없이 읽기 영속성 컨텍스.. 공감수 0 댓글수 0 2022. 3. 14.
JPA) 과거 방식의 OSIV OSIV란? 영속성 컨텍스트를 View 계층까지 열어 둔다는 뜻이다. 영속성 컨텍스트가 살아 있다는 것은 엔티티가 영속상태로 유지된다는 것이며, 따라서, View 계층에서도 지연 로딩을 쓸수 있다는 것이다. 과거의 OSIV : 요청 당 트랜잭션 핵심은 View 계층에서 지연 로딩이 가능하다는 점이다. 과거의 OSIV는 클라이언트 요청이 들어오면 서블릿 필터 또는 스프링 인터셉터에서 트랜잭션을 시작하고 요청이 끝날 때 트랜잭션을 종료하는 것이다. 영속성 컨텍스트와 트랜잭션의 범위가 같기 때문에 조회한 엔티티도 View에서 영속상태를 유지하고 지연 로딩 또한 가능하므로 Entity를 미리 초기화할 필요가 없다. 문제점. * Presentation 계층에서 Entity의 변경이 이루어질 수 있다. 특정 화면에.. 공감수 0 댓글수 0 2022. 3. 13.
JPA) 값 타입 컬렉션 vs @OneToMany 엔티티 는 식별자가 있어서 엔티티의 값을 변경해도 식별자로 DB에 저장된 원본 데이터를 쉽게 찾아서 변경 할 수 있다. 반면 값 타입은 식별자라는 개념이 없고 단순한 값들의 모음이므로 값을 변경해버리면 DB에 저장된 원본 데이터를 찾기어렵다. JPA 구현체들은 값 타입 컬렉션에 변경사항이 생기면 값 타입 컬렉션과 관련된 데이터를 모두 삭제하고, 다시 현재 값 타입 컬렉션에 있는 데이터를 저장한다. 실무에서는 값 타입 컬렉션에 매핑된 데이터가 많으면 값 타입 컬렉션 대신 일대다 관계를 고려해야 한다. 추가로 값 타입 컬렉션을 매핑하는 테이블은 모든 컬럼을 묶어서 기본키로 구성해야 한다. 따라서 DB 기본 키 제약조건으로 인해 컬럼에 null 을 입력할 수 없고 같은 값을 중복해서 넣을 수 없는 제약도 있다.. 공감수 0 댓글수 0 2022. 3. 12.
JPA) 객체지향 쿼리 객체지향 쿼리 find()를 사용해서 식별자로 엔티티 하나를 조회할 수 있다. 조회한 엔티티에 객체 그래프 탐색을 사용하면 연관된 엔티티를 찾을 수 있다. 다음이 가장 단순한 조회방법이다. 식별자로 조회 객체 그래프 탐색 이 기능만으로 애플리케이션 개발은 어렵다. 좀더 복잡한 검색 방법이 필요할 수 있는데 결국 데이터는 DB에 있어서 SQL로 필요한 내용을 조회해야 한다. 하지만 ORM은 DB가 아닌 객체를 활용하기 때문에 엔티티 객체를 대상으로 조회하는 방법을 필요로 한다. SQL이 DB테이블을 대상으로 하는 데이터 중심 쿼리라면 JPQL은 엔티티 객체를 대상으로 하는 객체지향 쿼리이다. JPQL을 사용하면 JPA가 이를 분석하여 적절한 SQL을 만들어 DB를 조회한다. JPA는 JPQL 뿐만 아니라 .. 공감수 0 댓글수 0 2022. 3. 12.
JPA) 영속성 전이 특정 엔티티를 영속상태로(Persist) 만들고 싶을 때 연관된 엔티티도 함께 영속상태로 만들고 싶다면 영속성 전이 기능을 사용하면 된다. Cascade 옵션으로 영속성 전이를 제공한다. 해당 기능을 이용하면 부모 엔티티를 저장할 때 자식의 엔티티도 같이 저장이 가능해진다. 위 코드로 부모와 자식 엔티티를 영속상태로 만들기 위해서는 3번의 persist 를 호출해야 한다. em.persist(parent); em.persist(child1); em.persist(child2); 하지만 만약 영속성 전이를 설정했을 경우에는 부모를 영속화 하는 것으로 자식엔티티 또한 같이 영속화 되어 저장된다. @OneToMany(cascade = CascadeType.PERSIST) private List children.. 공감수 0 댓글수 0 2022. 3. 12.
JPA) Eager, Lazy 로딩 즉시로딩 : 엔티티를 조회할 때 연관된 엔티티도 함께 조회한다 ex) 회원과 팀 엔티티가 연관관계라고 가정 했을 때, em.find(Member.calss, "member1"); 를 호출 할 때 회원 엔티티와 팀 엔티티를 함께 조회한다. 예시 코드 @ManyToOne(fetch = FetchType.EAGER) 회원을 조회하는 순간 연관관계를 맺은 엔티티 또한 함께 조회한다. 이때 2번의 쿼리를 실행하는 것 같지만, JPA 구현체는 즉시로딩을 최적화 하기위해서 가능하면 조인 쿼리를 사용한다. 여기서는 한번의 쿼리로 두 엔티티를 모두 조회한다. 중요한 점 이떄 외부조인( outer join ) 을 사용하는 데 외부 조인을 사용할 경우 null을 허용하게 된다. 즉, 팀에 속하지 않는 회원까지 조회하게될 가.. 공감수 0 댓글수 0 2022. 3. 12.
JPA ) 연관관계 매핑 단방향 연관관계 연관관계에서는 N:1 단방향 관계를 먼저 이해해야 한다. 객체 VS 테이블 객체는 참조(주소) 로 연관관계를 맺는다. 테이블은 외래 키 로 연관관계를 맺는다. 이 둘은 비슷하지만 다른 특징을 가진다. 연관 데이터를 조회할 떄, 객체는 참조를 테이블은 조인을 사용한다. 양방향 연관관계 객체의 관점에서 바라봤을 때 서로 양방향이 되기 위해서는 각 객체에서 참조를 이뤄야 한다. 테이블에서 바라봤을 때 외래 키 하나로 양방향 조회가 가능하기 떄문에 처음부터 양방향이다. 엄밀히 말하자면 객체에서 양방향 이라는 것은 존재하지 않는다. 그저 단방향 2개 로 이루어진 것이 그렇게 보이는 것이다. 연관관계의 주인 설정 엔티티 를 양방향으로 설정한다면 객체에서는 참조가 둘이 된다. 해당 연관관계의 주인을 .. 공감수 0 댓글수 0 2022. 3. 11.
JPA) 병합 merge 준영속 상태의 엔티티를 영속상태로 만드려면 merge 를 사용한다. 새로운 영속상태의 엔티티를 반환한다. merge 실행 파라미터로 넘어온 준영속 엔티티 식별자값으로 1차캐시에서 조회 만약 1차캐시에 없으면 DB를 조회한다음 1차 캐시에 저장 조회한 영속 엔티티에 이전값을 채워넣는다. member와 mergeMember는 다른 인스턴스기 떄문에 보통은 병합시 사용했던 변수를 참조해서 하는것이 좋다. 비영속 병합 비영속 상태의 엔티티도 영속상태로 변경할 수 있다. 정리 병합은 파라미터로 넘어온 엔티티의 식별자 값으로 영속성 컨텍스트를 조회하고 없으면 DB를 조회한다. 만약 DB에도 없다면 새로운 엔티티를 생성하여 병합한다. 병합은 영속상태 여부를 판단하지 않는다. 그저 식별자 값으로 조회가 가능하면 불러서.. 공감수 0 댓글수 0 2022. 3. 11.
JPA) 준영속 상태 영속성 컨텍스트가 관리하는 영속상태의 엔티티가 영속성 컨텍스트에서 분리된 것을 준영속 상태라고 한다. 따라서 준영속 상태의 엔티티는 영속성 컨텍스트의 기능을 사용할 수 없다. 영속상태의 엔티티를 준영속으로 만드는 방법은 3가지 이다. em.detech() 호출 em.detech() 를 호출하는 순간 부터 영속성 컨텍스트에 관리를 받지 못하고 1차 캐시 부터 쓰기지연 SQL 까지 해당 엔티티를 관리하기 위한 정보가 제거된다 영속상태 였다가 영속성 컨텍스트가 더이상 관리하지 않게된 상태를 준영속 상태라고한다. 이떄는 어떠한 영속성 컨텍스트의 기능이 실행되지 않는다. DB에 저장도 되지않음. 2. em.clear() em.detech가 하나의 엔티티를 준영속으로 만들었다면 em.clear() 는 영속성 컨텍스.. 공감수 0 댓글수 0 2022. 3. 11.
JPA) Flush 플러시는 영속성 컨텍스트의 변경 내용을 DB에 반영한다. 구체적으로 다음과 같은 일이 발생한다. 변경 감지가 동작해서 영속성 컨텍스트에 있는 모든 엔티티와 스냅샷을 비교하여 수정된 엔티티를 찾는다. 수정된 엔티티는 SQL을 만들어 저장소에 저장 DB에 전송한다. 영속성 컨텍스트를 플러시하는 방법은 3가지 이다. 직접 em.flush() 를 호출 트랜잭션 커밋시 자동으로 호출 JPQL 쿼리 실행시 자동으로 호출 직접 호출 방식은 테스트 또는 타 프레임워크와 JPA를 쓸 떄빼고 거의 미사용 커밋시 자동 호출하는 이유는 변경 내용을 DB에 전달하지 않고 커밋만 하면 내용의 변화가 없기 때문에 꼭 커밋전 호출해서 반영을 해야한다 이러한 문제를 방지하기 위해서 자동호출이 실행된다. persist로 3개의 객체를 .. 공감수 0 댓글수 0 2022. 3. 11.
JPA) 변경 감지 (Dirty Check) JPA로 엔티티를 수정할 떄 단순히 조회해서 데이터만 변경하면 된다. 트랜잭션 커밋 직전에 수정하는 기능을 써야하는 데 따로 없다. 사실 JPA는 변경 감지 기능을 사용해서 엔티티의 변화를 DB에 자동반영한다. JPA는 영속성 컨텍스트에 엔티티를 보관할 때, 최초 상태를 복사해서 저장해 두는데 이것을 스냅샷 이라고 한다. 그리고 플러시 시점에 스냅샷과 엔티티를 비교해서 변경된 엔티티를 찾는다. 순서 트랜잭션 커밋시 EM 내부에서 먼저 flush가 호출 된다. 엔티티와 스냅샷을 비교해서 변경된 엔티티를 찾는다. 변경된 엔티티가 있으면 쓰기 지연 저장소에 SQL을 보낸다. 쓰기지연 저장소의 SQL을 DB로 전달한다. DB 트랜잭션을 커밋을 한다. 변경 감지 는 영속성 컨텍스트가 관리하는 영속 상태의 엔티티만.. 공감수 0 댓글수 0 2022. 3. 11.
JPA) 영속성 컨텍스트 개념 및 특징 엔티티를 영구 저장하는 환경이라는 뜻이다. EM 으로 Entity를 저장하거나 조회하면 EM은 영속성 컨텍스트에 엔티티를 보관하고 관리한다. 엔티티의 생명주기 엔티티에는 4가지 상태가 존재한다. 비영속 : 영속성 컨텍스트와 전혀 관계가 없는 상태 영속 : 영속성 컨텍스트에 저장된 상태. 준영속 : 영속성 컨텍스트에 저장되었다가 분리된 상태 삭제 : 삭제된 상태 영속성 컨텍스트의 특징 영속성 컨텍스트와 식별자 값 영속성 컨텍스트는 엔티티를 식별자 값으로 구분하기 떄문에 반드시 영속상태는 식별자 값이 있어야한다. 없다면 예외가 발생한다. 2. 영속성 컨텍스트와 DB 저장 JPA는 보통 트랜잭션을 커밋하는 순간 영속성 컨텍스트에 새로 저장된 엔티티를 DB에 반영하는데 이것을 flush 라고 한다. 영속성 컨텍.. 공감수 0 댓글수 0 2022. 3. 11.
JPA) EM, EMF EMF (엔티티 매니저 팩토리)는 말 그대로 EM(엔티티 매니저)를 만드는 공장인데 생성비용이 크다. 따라서 애플리케이션 전체에서 공유하도록 설계되어 있다. 반면 공장에서 생성되는 엔티티 매니저의 비용은 거의 없다. EMF 는 여러 스레드가 동시에 접근해도 안전하지만, EM 은 여러 스레드가 접근하면 동시성 문제로 인해서 공유하면 안된다. EM 은 예를들면 트랜잭션이 시작할 떄 커넥션을 획다. 공감수 0 댓글수 0 2022. 3. 11.
JPA란? JPA 는 데이테베이스 기술이라기 보다 애플리케이션 데이터를 객체지향 관점으로 바라보고 다룰 수 있게 해주는 객체지향 기술이다. JPA 을 이용해 객체 관점에서 복잡한 문제를 다루는데 만 집중하면 자칫 이면에서 일어나는 데이터베이스 작업의 최적화를 놓칠 수 있다. 데이터베이스는 중요한 IT 자산이며, 확장에 비용이 많이드는 리소스로 항상 최적화를 염두해 두어야 한다. JPA/Hibernate 는 SQL 쿼리를 직접 작성할 때보다 월등한 개발속도와 유지보수성을 누릴 수 있다. JPA 를 사용해서 얻을 수 있는 가장 큰 효과 SQL이 아닌 객체 중심으로 개발하여 생산성 및 유지보수의 향상 테스트 작성의 용이 개발단계에서의 DB 마이그레이션 용이 공감수 0 댓글수 0 2022. 3. 11.
JPA) 1차 캐시 영속성 컨텍스트는 내부에 캐시를 가지고 있는데 이것을 1차 캐시 라고 한다. 영속 상태 엔티티는 모두 이곳에 저장된다. 쉽게 이야기 하면 영속성 컨텍스트 내부에 Map으로 된 컬렉션이 있는데 이곳에 id를 식별자로 하는 엔티티 인스턴스가 저장된다. Member member = new Member(); member.setId("member1"); member.setUsername("회원1"); em.persist(member); 1차 캐시의 키는 식별자 값이다. 그리고 식별자 값은 DB의 기본 키와 매핑되어있다. 따라서 영속성 컨텍스트에 데이터를 저장하고 조회하는 모든 기준은 DB 기본 키값이다. 1차 캐시에서 조회 em.find() 를 호출 하면 우선 1차 캐시에서 식별자 값으로 엔티티를 찾는다. 만약 .. 공감수 0 댓글수 0 2022. 3. 11.
QueryDsl 설정하기 ( Gradle 5.0 이상 ) 기존에 쓰던 QueryDSL 설정이 안되서 다른 설정의 코드를 가져왔습니다. 정리용도이므로 참고만 해주시면 감사하겠습니다. 제 다른 블로그에서 쓰던 글을 이전시킵니다. build.gradle 파일에 추가한다. buildscript { ext { queryDslVersion = "5.0.0" } } plugins { // 추가 id 'com.ewerk.gradle.plugins.querydsl' version '1.0.10' } dependencies { // 추가 implementation "com.querydsl:querydsl-jpa:${queryDslVersion}" // Test Code에서 적용하기 위한 의존성 implementation "com.querydsl:querydsl-apt:${que.. 공감수 0 댓글수 0 2022. 3. 11.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.