inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

실전! Querydsl

join 후 sum 하는 방식과, CaseBuilder()를 이용한 sum 하는 방식의 차이.

해결된 질문

1746

likebat

작성한 질문수 4

0

안녕하세요. 강사님. join 후 sum 하는 방식과 CaseBuilder 로 sum 하는 방식 중 어떤 게 나은지 궁금해서, 

질문 드리게 되었습니다.

총금액과 건수를 구하고자 할 때

 join을 한 후에 총금액과 카운트 건수를 계산하는 방식이 있고, (1번)

 CaseBuilder()를 이용하여 join 없이 총금액과 카운트 건수를 구하는 방식이 있는데(2번)

 두 개의 결과값은 같았습니다.

그런데 둘 중 어느 방법이 더 성능상이나, 구조상으로 나은지 알 수 있을까요?

(아니면 문제가 생길 수 있거나...)

1번.

=====================================================================

- B는 A와 1:1 연관관계

QA A = new QA(“A”);

QB autoB = new QB(“autoB”);

QB nonB = new QB(“nonB”);

   query.select(

        autoB.count(),               //건수

        autoB.amount.sum(),  //총금액

        nonB.count(),                 //건수

        nonB.amount.sum()   //총금액

    )

    .from(A)

    .leftJoin(A.B, autoB).on(A.B.isAutoTransfer.isTrue())     //autoB 자동결제

    .leftJoin(A.B,  nonB).on(A.B.isAutoTransfer.isFalse())   //nonN 자동결제 아님.

    .groupBy(groupby조건)

==================================================================

2번.

====================================================================

QA A = new QA(“QA”);

   query.select(        

        new CaseBuilder()

            .when(A.B.isAutoTransfer.isTrue())

            .then(1L)

            .otherwise(0L)

            .sum(),

        new CaseBuilder()

          .when(A.B.isAutoTransfer.isTrue())

          .then(A.B.amount)

          .otherwise(0L)

          .sum(),

        new CaseBuilder()

            .when(A.B.isAutoTransfer.isFalse())

            .then(1L)

            .otherwise(0L)

            .sum(),

        new CaseBuilder()

            .when(A.B.isAutoTransfer.isFalse())

            .then(A.B.amount)

            .otherwise(0L)

            .sum()

     )

    .from(A)

    .groupBy(groupby조건) 

======================================================================

답변 기다리겠습니다

감사합니다!

java JPA

답변 1

1

김영한

안녕하세요. likebat님

2번 방법은 가급적 사용하지 않는게 좋습니다. 다른 이유가 아니라 A.B와 같은 경로 표현식을 사용해서 묵시적 조인이 발생하기 때문에 그렇습니다.

CASE를 사용하든 하지 않든 그것은 크게 중요하지 않습니다. 그런데 실무에서 경로 표현식으로 묵시적 조인이 발생하는 것은 유지보수하기 어렵습니다.

경로표현식과 묵시적 조인은 JPA 기본편의 다음 강의를 다시 한번 참고해주세요^^

https://www.inflearn.com/course/ORM-JPA-Basic/lecture/21727?tab=curriculum

감사합니다.

SpringBoot 4.X에서의 Querydsl 설정

0

82

2

querydsl 오픈소스에 대한 질문

0

69

1

예제에서의 카운트 쿼리에서 join문과 where문은 필요없지 않나요?

0

108

1

Querydsl 6.X버전에 대해서 어떻게 생각하시나요?

0

316

2

여러 테이블 조인하여 통계치를 구하고자 할 때 어떤 방법이 더 효율적일까요

1

68

1

fetchResults()는 더이상 권장되지 않는다는데 맞나요?

0

159

1

querydsl sum() 메서드 없어요.

0

157

2

build 디렉터리 생성

0

135

2

자바 ORM 표준 JPA 프로그래밍 - 기본편 듣고 바로 학습해도 괜찮을까요?

0

113

2

현재 Querydsl에서 from절 서브쿼리를 지원하나요?

0

90

1

오타 제보 드립니다.

0

70

2

벌크 연산과 flush, clear

0

76

1

Run As Intellij 로 변경시 Q타입 import 불가

0

87

1

QHello import하기 문제 발생

0

147

2

등록된 함수 보는법(H2Dialect) 질문

0

68

2

5.0부터 Querydsl은 향후 fetchCount() , fetchResult() 를 지원하지 않기로 결정했다고 하는데 이에 맞는 강의

1

195

2

[환경설정 PDF 부트 3.0이후 설명 질문] build.gradle에 compileQuerydsl을 정의하지 않은 상태에서 Gradle->Tasks->other->compileQuerydsl을 클릭하라고 하는 이유가 무엇인가요??

1

200

1

querydsl 설정 문제

0

222

2

quey dsl 설정부분

0

157

2

count 쿼리 관련 질문입니다!

0

75

1

stringtemplate를 이용하여 where절 검색 방법 질문 드립니다.

0

89

1

답변부탁드리겠습니다.

0

89

2

(OrderSpecifier)관련 내용 어디있을가요

0

64

1

중급문법 벌크연산에서

0

81

2