만료된 메서드 fetchResult(), Blaze-persistence 세팅 관련 글 공유드립니다.

QueryDSL 내부 메소드 중

fetchResult() 나 fetchCount()는 만료된 메소드에 대해서는 QueryDSL에서 Blaze-persistence Integration 라이브러리 사용을 권장하는데요,

Blaze-persistence도 QueryDSL 처럼 쿼리 빌더 API 로서 개발자에게 유지보수하기 좋은 객체를 제공해주고 있습니다.

게다가 최신 업데이트 날짜가 글 작성일 기준(2023.06.21) 일주일 이전이라 여전히 유지보수되고 있어서 최신 스프링버전과 호환성도 어느정도 보장되었다고 볼 수 있습니다.

개인적으로 SpringBoot 3.1.0 기준으로 다음과 같이 세팅하니 정상적으로 동작하는 걸 확인했는데요, 혹시 저처럼 deprecated 메소드를 쓰는 것이 신경쓰이시는 분들을 위해 공유드립니다.

build.gradle

dependencies {
    //Blaze-Persistence 
    implementation 'com.blazebit:blaze-persistence-integration-querydsl-expressions-jakarta:1.6.9'
    implementation 'com.blazebit:blaze-persistence-integration-hibernate-6.2:1.6.9'
    implementation 'com.blazebit:blaze-persistence-core-impl-jakarta:1.6.9'
}

BlazePersistenceConfiguration.java

@Configuration
public class BlazePersistenceConfiguration {

    @PersistenceUnit
    private EntityManagerFactory entityManagerFactory;

    @Bean
    @Scope(ConfigurableBeanFactory.SCOPE_SINGLETON)
    @Lazy(false)
    public CriteriaBuilderFactory createCriteriaBuilderFactory() {
        CriteriaBuilderConfiguration config = Criteria.getDefault();
        // do some configuration
        return config.createCriteriaBuilderFactory(entityManagerFactory);
    }
}

QuerydslBasicTest.java

.....
    JPAQueryFactory queryFactory;

    @Autowired
    CriteriaBuilderFactory cbf;
    BlazeJPAQueryFactory blazeQueryFactory;


    @BeforeEach
    public void testEntity(){
        queryFactory = new JPAQueryFactory(em); // 이건 동시성 문제를 고민하지 않아도 됨, 해결됨
        blazeQueryFactory = new BlazeJPAQueryFactory(em, cbf);
.....

적용 결과

기존 QueryDSL 세팅한 것에 추가로 세팅하시면, 만료된 메소드에 대해 Blaze-persistence 객체로 대체되는데요, 기존 querydsl 클래스를 상속 받는 형태여서 QueryDSL이 제공하는 메소드를 그대로 쓸 수도 있습니다.

fetchResults는 fetchPage로 바꿔서 사용할 것을 권장하고 있다는 점 참고하시면 될 것 같습니다.

추가로 내부로직이라든지 설명이 더 필요하시다면 Blaze-persistence 릴리즈 노트와 Blaze Persistence Document를 참고하시면 좋을 것 같습니다.

이 글에 대해 지적 및 피드백 해주시면 정말 감사하겠습니다.

감사합니다.

여담 및 고민 :

개인적으로 이 라이브러리의 내부로직을 뜯어보면서 분석하고 검증할 수 있는 역량은 부족한지라 분석 및 검증하는 방법에 대해서 팁이라든지, 아니면 blaze-persistence 사용할 시 주의해야할 점이라든지 조언해주실 수 있으시면 정말 감사드립니다.

강의를 듣던 중에 서브쿼리가 발생하는 부분에서는 정상동작하지 않는 것을 발견했습니다.

@Test
    public void findUserDto(){
        QMember memberSub = new QMember("memberSub");
        List<UserDto> memberDtoList = queryFactory //이건 blazeQueryFactory가 정상 동작하지 않음
                .select(Projections.fields(UserDto.class, //생성자 필드 순서에 맞게 변수를 만들어야 한다.
                        member.username.as("name"),
                        // member.age 대신 서브쿼리로 다 최대 나이로 찍고 싶어
                        ExpressionUtils.as(
                                JPAExpressions
                                        .select(memberSub.age.max())
                                        .from(memberSub), "age")
                ))
                .from(member)
                .fetch();
        for (UserDto userDto : memberDtoList) {
            System.out.println("userDto = " + userDto);
        }
    }

QueryDSL 쿼리

  /* select
        member1.username as name,
        (select
            max(memberSub.age) 
        from
            Member memberSub) as age 
    from
        Member member1 */ select
            m1_0.username,
            (select
                max(m2_0.age) 
            from
                member m2_0) 
        from
            member m1_0

blaze-persistence 쿼리

    /* SELECT
        member1.username AS name,
        member1.age AS generatedSubquery_1 
    FROM
        Member member1 */ select
            m1_0.username,
            m1_0.age 
        from
            member m1_0

blaze-persistence generatedSubquery라 하여, 서브쿼리를 하나의 alias로 처리를 해버렸는데, 후행으로 이 generatedSubquery 에 대한 정의가 따라오질 않습니다...

왜 이런 차이가 나오는지는 모르겠지만 blaze-persistence 활용할 때는 유의해야할 것 같습니다.