- 다양한 데이터베이스 플랫폼(RDBMS, No-SQL, …)에 접근하여 SQL과 유사한 문법으로 쿼리를 작성하여 데이터 처리를 수행하는데 도움을 주는 프레임워크입니다. - 타입-세이프(type-safe)하게 쿼리를 작성하도록 지원하며 SQL 형태가 아닌 ‘자바 코드’로 작성하여 데이터베이스 쿼리 작성을 쉽고 안전하게 만들어줍니다.
- 프로그래밍 언어의 특성을 나타내는 용어로 프로그램이 실행되는 동안(런타임) 데이터의 타입을 체크하여 타입 오류를 방지하는 것을 의미합니다. - 타입-세이프한 프로그래밍 언어에서는 잘못된 타입의 데이터를 사용하려고 시도하면 컴파일 오류나 런타임 오류가 발생하여 버그를 방지합니다.
1. QueryDSL 주요 특징
1.1. 타입 세이프 쿼리 생성
💡 타입 세이프 쿼리 생성
- 쿼리 작성 시 ‘컴파일 시점’에 쿼리 오류를 검출할 수 있습니다. 이는 런타임 시점에 발생할 오류를 사전에 방지하며 개발자의 생산성을 향상합니다. - 컴파일러를 통해 쿼리 문법 오류, 필드 이름 오타, 메서드 이름 오류등을 컴파일 단계에서 발견하여 런타임에서 발생할 오류를 방지하고 코드 품질을 높이는데 도움이 됩니다.
- JPQL의 경우 String 형태로 구성된 쿼리를 이용하기에 ‘컴파일’ 단계에서 쿼리의 문제를 확인할 수 없습니다. 그러나 QueryDSL의 경우는 ‘.메서드’ 형태로 구성되어 있기에 서버를 수행하기 이전에 사전 오류를 확인할 수 있습니다.
- 데이터베이스 백엔드는 데이터베이스 시스템에서 데이터를 저장, 검색, 업데이트, 수정하는 기능을 수행하는 부분을 말합니다.
- 이러한 데이터베이스 백엔드로 JPA, JDO, SQL, Hibernate, MongoDB, Lucene, Collection과 같은 백엔드에 대한 쿼리를 작성할 수 있도록 지원합니다.
- 이로 인해 특정 데이터베이스에 종속되지 않고 다양한 데이터베이스 환경에서 QueryDSL을 사용할 수 있습니다. 동일한 문법을 통해서 RDBMS이나 No-SQL이나 동일한 메서드를 이용하여서 쿼리를 작성합니다.
💡 RDBMS 중 MySQL을 이용한 데이터베이스 Query 구성
// 1. 구성한 JPAQueryFactory를 로드 합니다.
private final JPAQueryFactory queryFactory;
QBoardEntity board = QBoardEntity.boardEntity;
queryFactory
.select(board)
.from(board)
.where(
eqTitle(boardDto.getTitle()),
eqContent(boardDto.getContent())
)
.orderBy(board.boardSq.desc())
.fetch();
💡 NoSQL 중 MongoDB를 이용한 데이터베이스 Query 구성
// 모델 클래스인 'Person'에 대한 메타 모델 'QPerson'의 인스턴스를 생성합니다.
QPerson person = new QPerson("person");
// MongoDBQueryFactory 객체를 생성합니다. 이 객체를 사용하여 MongoDB 쿼리를 작성하고 실행합니다.
MongoDBQueryFactory queryFactory = new MongoDBQueryFactory(mongoClient, "myDatabase");
// 쿼리를 작성하고 실행합니다.
List<Person> adults = queryFactory.selectFrom(person)
.where(person.age.goe(18)) // age가 18 이상인 사람을 조회합니다.
.fetch(); // 쿼리를 실행하고 결과를 가져옵니다.
- 동적으로 쿼리를 작성하는 것을 지원합니다. 이를 통해 프로그램 실행 중에 조건에 따라 쿼리를 변경할 수 있습니다.
💡 JpaRepositoy 예시
- JpaRepositoy의 경우는 동적쿼리를 수행할 때 복잡한 소스코드를 작성해야 하는 단점이 있었습니다.
@Repository
public interface UserJpaRepository extends JpaRepository<UserEntity, Long> {
// @Query 활용 + JPQL 활용
@Query(value = "SELECT t1 FROM UserEntity t1 WHERE t1.userId = : userId")
List<UserEntity> findByUserNm(String userNm);
// @Query 활용 + NativeQuery 활용(SQL 쿼리 활용)
@Query(value = "SELECT t1 FROM TB_USER t1 WHERE t1.userId = : userId", nativeQuery = true)
List<UserEntity> selectUserId(@Param("userId") long userId);
}
💡 MyBatis 예시 - 아래와 같이 selectBoardList를 수행하는데 파라미터로 title, content 값이 존재할 경우 WHERE 조건절로 title이나 content가 수행됩니다. - 이렇듯 프로그램의 파라미터에 따라 실행 중에 조건이 변경되어 쿼리가 수행되는 것을 의미합니다.
<select id="selectBoardList" resultType="boardDto">
SELECT *
FROM tb_board
WHERE 1=1
<if test="title != null">
AND title = #{title}
</if>
<if test="content != null">
AND content = #{content}
</if>
</select>
💡 QueryDSL 예시
- QueryDSL의 값은 조건절(where)에서 null 값이 들어오는 경우 수행이 되지 않습니다. - 그렇기에 파라미터 값이 존재하지 않는 경우 where절로 수행이 되지 않고, 존재하는 경우 where 절로 수행이 됩니다,
/**
* 게시판 리스트를 전체 조회합니다.
*
* @param boardDto
* @return
*/
@Override
public List<BoardEntity> selectBoardList(BoardDto boardDto) {
BooleanBuilder builder = new BooleanBuilder();
JPAQuery<BoardEntity> jpaQuery = queryFactory
.select(board)
.from(board)
.where(
eqTitle(boardDto.getTitle()),
eqContent(boardDto.getContent())
)
.orderBy(board.boardSq.desc());
}
/**
* title 값이 존재하는 경우 조건절로 추가 됩니다.
*
* @param title {String}
* @return BooleanExpression
*/
private BooleanExpression eqTitle(String title) {
if (StringUtils.isNullOrEmpty(title)) {
return null;
}
return board.title.eq(title);
}
/**
* content 값이 존재하는 경우 조건절로 추가됩니다.
*
* @param content {String}
* @return BooleanExpression
*/
private BooleanExpression eqContent(String content) {
if (StringUtils.isNullOrEmpty(content)) {
return null;
}
return board.content.eq(content);
}
1.4. 자동완성 기능 제공
💡 자동완성 기능 제공
- 쿼리를 작성하는 동안에 IDE의 자동완성 기능을 통해서 쿼리를 쉽게 작성하고 유지 관리할 수 있습니다. - 또한 다양한 데이터베이스 백엔드 환경에서 ‘표준화된 쿼리’를 작성하여 간결하고 가독성을 높이며 오류를 줄여줍니다.
💡 엔티티를 기준으로 ‘.메서드’ 형태로 다양한 쿼리를 작성할 수 있습니다.
2. SQL, JPQL, Critera API, QueryDSL 사용예시
💡 SQL, JPQL, Critera API, QueryDSL 사용예시
- 해당 부분에서는 SQL, JPQL, Critera API, QueryDSL에서 사용되는 형태를 사용예시를 통해 알아봅니다.
💡 SQL 사용예시
- SQL문에서는 ‘테이블과 컬럼’을 대상으로 쿼리를 작성합니다.
💡 JPQL 사용예시 - JPQL에서는 SQL문과 형태가 비슷합니다. 단, ‘테이블과 컬럼’을 대상으로 하는 것이 아닌 ‘엔티티(클래스)와 변수’를 대상으로 쿼리를 작성합니다.
https://adjh54.tistory.com/479
💡 Criteria API 사용예시 1. CriteriaBuilder 인스턴스를 생성합니다.
2. UserEntity 타입의 CriteriaBuilder를 구성합니다.
3. 데이터를 조회하는 Query의 Root를 지정합니다.
4. Root를 기준으로 전체 데이터를 조회하고 userNm의 값이 123인 값을 확인합니다.
5. 리스트 형태로 결과값을 받습니다.
https://adjh54.tistory.com/483
💡 QueryDSL 사용예시
3. JPA 인터페이스 활용 기술들 비교
💡 JPA 인터페이스 활용 기술들 비교
- ORM(Object-Relational Mapping) 기술을 활용하여 JPA 인터페이스로 사용할 수 있는 기능들은 JpaRepository, JPQL, criteria API, QueryDSL을 이용할 수 있습니다.
분류
JpaRepositoy
JPQL
Criteria API
QueryDSL
타입-세이프
불가
불가
가능 (컴파일 타임에 오류 검출)
가능
동적 쿼리 생성
가능 (메소드 쿼리 생성 기능)
제한적
가능 (런타임 시 동적 쿼리 생성)
가능
코드의 복잡성
간단 (Repository 인터페이스에 메소드 선언만 필요)
간단 (직관적인 쿼리 작성 가능)
복잡 (이해 및 유지보수가 어려울 수 있음)
간단
객체 지향 쿼리 작성
불가 (SQL을 직접 작성)
불가 (SQL을 직접 작성)
가능 (객체 지향적인 방식으로 쿼리 작성 가능)
가능
4. ORM 내에서 QueryDSL 구조
💡 ORM 내에서 QueryDSL 구조
- ORM(Object-relational mapping) 환경에서 QueryDSL은 JPA 구현체인 Hibernate와 함께 사용됩니다.
- JPA가 데이터베이스와의 상호 작용을 추상화하여 처리하는 반면, QueryDSL은 이러한 상호 작용을 보다 안전하고 효율적으로 작성할 수 있게 도와줍니다. 따라서 두 기술은 서로 보완적인 관계에 있습니다. - 예를 들면, JPA의 @Entity 어노테이션을 통해 엔티티 클래스를 지정하게 되면 이를 기반으로 QueryDSL에서는 컴파일을 수행하여 Q-Class를 생성합니다. 이를 생성하여 SQL문을 구성하여 데이터 처리를 수행합니다.
2) QueryDSL(Domain-Specific Languages) 주요 개념
1. DSL(Domain-Specific Languages)
💡 DSL(Domain-Specific Languages) - ‘특정 도메인’에 초점을 맞춘 소프트웨어 언어입니다. 이를 이용하여 특정 문제를 해결하기 위해 특정 문제 영역에 관련된 작업을 수행하는 데 사용이 됩니다.
- QueryDSL에서의 DSL은 SQL쿼리나 JPQL 쿼리와 같은 데이터베이스 쿼리를 Java에서 타입-세이프하게 작성할 수 있도록 도와줍니다. 이를 통해서 컴파일 시점에 쿼리 오류를 발견할 수 있고 IDE의 코드 자동완성 기능을 활용하여 쿼리를 쉽게 작성할 수 있습니다.
2. 메타 모델 : Q-Class
💡 메타 모델 구성 : Q-Class - 쿼리 타입 혹은 Q-Class라는 이름으로 불리며 ‘도메인 모델의 구조’를 나타냅니다. 주로 도메인 클래스에 대한 쿼리를 작성할 때 사용되며 도메인 클래스의 각 필드를 변수로 가지고 있습니다.
- 예를 들어, UserEntity라는 엔티티 클래스가 있다면 메타 모델로 QUserEntity 클래스로 생성이 됩니다. - 아래의 과정으로 QUserEntity 클래스가 생성됩니다.
1. 개발자는 컴파일을 수행합니다.
- build.gradle 파일 내에 작성한 태스크가 수행이 됩니다.
2. 컴파일을 수행하는 과정에서 ‘코드 생성도구 APT(Annotation Processing Tool)’가 수행이 됩니다.
- 해당 수행 과정에서 @Entity로 선언된 엔티티 클래스만 체크합니다. - 체크가 완료되면 기존에 메타 모델(Q-Class)이 존재하였다면 비교하고 변화된 엔티티 클래스를 분석하여 메타 모델(Q-Class)을 생성 및 변경합니다.
3. 컴파일이 완료되면 QUserEntity 클래스가 생성됩니다.
3.1. 개발자는 컴파일을 수행합니다
💡 [참고] 추후에 환경 설정할 build.gradle 파일 내에서 아래와 같이 컴파일 시 수행할 Gradle Task를 지정하여 수행합니다.
3.2. 컴파일을 수행하는 과정에서 ‘코드 생성도구 APT(Annotation Processing Tool)’가 수행이 됩니다.
💡 [참고] com.querydsl:querydsl-apt 라이브러리를 이용하여 소스코드를 생성합니다.
3.3. 컴파일이 완료되면 QUserEntity 클래스가 생성됩니다.
3. JDO(Java Data Objects)
💡 JDO(Java Data Objects)
- 자바 애플리케이션에서 데이터베이스에 저장된 데이터에 접근하고 조작하는 API입니다. - JDO는 객체 지향적인 접근을 제공하므로, 개발자는 SQL 쿼리를 직접 작성하지 않고도 데이터베이스의 데이터에 접근할 수 있습니다.
💡 JDO 사용예시 - 자바 데이터 객체(Java Data Objects, JDO)를 사용하여 데이터베이스에서 데이터를 조회하는 예시입니다. 1. 메타 모델인 QCustomer의 인스턴스를 생성합니다. 이 인스턴스를 통해 쿼리 구성에 필요한 모든 필드와 메서드에 접근 가능합니다.
2. JDOQuery 객체를 생성합니다. 이 객체를 사용하여 데이터베이스 쿼리를 작성하고 실행합니다. pm은 PersistenceManager의 인스턴스로, 데이터베이스와의 모든 상호작용을 관리합니다.
3. 쿼리를 작성하여 데이터를 조회합니다. 여기서는 customer 테이블의 모든 필드를 선택하며 테이블을 지정하고 조건절로 customer 테이블의 firstName 필드가 "Bob"인 레코드를 찾습니다. - 최종적으로 .fetchOne(); : 쿼리를 실행하고 결과를 가져옵니다. 이 메서드는 단일 결과를 반환합니다.
4. 쿼리 실행이 끝난 후에는 반드시 Query 객체를 닫아야 합니다. 이를 통해 사용한 리소스를 해제하고 데이터베이스 연결을 종료합니다.
- 서버는 엔티티 클래스를 기반으로 APT (Annotation Processing Tool)를 사용하여 컴파일을 수행합니다. 이는 컴파일 시점에 자동으로 발생합니다. - 엔티티 클래스에 변화가 발생하면, 빌드를 다시 수행하여 메타 모델 (Q-Class)과 동기화를 맞춥니다.
2. JPAQueryFactory 구성
- JPAQueryFactory을 설정합니다. 이는 QueryDSL을 사용하는 데 필요한 클래스로, JPAQuery의 인스턴스를 생성합니다.
3. 메타 모델 구성 : Q-Class
- Q-Class를 설정합니다. 이는 도메인 모델의 구조를 나타내는 Query Type으로 알려져 있습니다. - 이는 주로 도메인 클래스를 기반으로 쿼리를 작성하는 데 사용됩니다. 도메인 클래스의 각 필드는 Q-Class의 변수입니다.
4. 쿼리문 구성 : JPAQuery
- JPAQuery를 설정합니다. 이 클래스는 실제 쿼리를 생성하고 실행하는 데 사용됩니다. 'where', 'orderBy', 'groupBy' 등의 메서드를 사용하여 쿼리를 구성할 수 있습니다.
5. 특정 필드 조회 : Projection - 엔티티 내에 특정 필드 값만 조회하는 방법을 Projection을 사용합니다. 이를 통해 필요한 정보만 효율적으로 가지고 올 수 있습니다. - Tuple, Projections.field, Projections.beans, Projections.constructor, @QueryProjection를 이용하여 각각 필드에 맞는 값을 조회할 수 있습니다.
6. 동적 조건절 구성 : BooleanExpression
- BooleanExpression을 설정합니다. 이 클래스는 QueryDSL의 조건 절을 나타냅니다. 'and', 'or', 'not' 등의 메서드를 제공합니다.
6. 결과값 구성: fetchable
- QueryResults를 설정합니다. 이 클래스는 쿼리 실행 결과를 보유하고 있습니다. 결과 목록뿐만 아니라 총 결과 수, 페이지 정보 등도 제공합니다.
2. JPAQueryFactory 구성
💡 JPAQueryFactory - QueryDSL을 사용하는데 필요한 주요 클래스입니다. 이 클래스는 JPAQuery의 인스턴스를 생성하는 역할을 합니다. - 이를 통해 실제 데이터베이스에 대한 쿼리를 작성하고 실행할 수 있습니다. 즉, JPAQueryFactory는 데이터베이스 쿼리를 생성하고 실행하는 메커니즘을 제공하는 중요한 구성 요소입니다.
@Configuration
@EnableJpaAuditing
public class JPAConfig {
@PersistenceContext
private EntityManager em;
@Bean
public JPAQueryFactory jpaQueryFactory() {
return new JPAQueryFactory(em);
}
}
💡 메타 모델 구성 : Q-Class - 쿼리 타입 혹은 Q-Class라는 이름으로 불리며 ‘도메인 모델의 구조’를 나타냅니다. 주로 도메인 클래스에 대한 쿼리를 작성할 때 사용되며 도메인 클래스의 각 필드를 변수로 가지고 있습니다.
- 예를 들어 UserEntity라는 엔티티 클래스가 있다면 메타 모델로 QUserEntity 클래스로 생성이 됩니다. - QueryDSL의 코드 생성 도구를 통해 자동으로 생성될 수 있습니다. 일반적으로 컴파일을 수행하는 단계에 변화된 엔티티를 분석하여 해당하는 Q-Class를 생성해 줍니다. - 이렇게 생성된 Q-Class를 사용하면 쿼리 작성 시 컴파일 타임에 오류를 잡을 수 있으며 IDE의 코드 자동완성 기능을 활용할 수 있어 편리합니다. - 하지만 Q-Class는 도메인 클래스의 구조가 변경될 때마다 재생성해야 합니다. 그렇지 않으면, 도메인 클래스와 Q-Class 사이에 불일치가 생기게 되어 쿼리 오류를 일으킬 수 있습니다.
💡 컴파일이 수행되면 엔티티 클래스와 매핑하는 Q-Class를 아래와 같이 생성해 줍니다.
- 개발자는 엔티티에 직접 접근하는 것이 아닌 Q-Class에 접근하여서 개발을 수행합니다.
💡 엔티티 클래스와 Q-Class 비교
- 엔티티 클래스를 기반으로 설정에서 지정한 build compile을 수행하면 아래와 같이 UserEntity.java를 기반으로 QUserEntity.java 파일이 생성됩니다.
💡 Q-Class 구성 : 메타 모델
- 메타 모델인 Q-Class를 인스턴스화하는 과정입니다. - 'QBoardEntity.boardEntity'는 QueryDSL에서 생성된 도메인 클래스의 Q-Class입니다. 이 인스턴스를 통해 쿼리 구성에 필요한 모든 필드와 메서드에 접근 가능합니다.
@Repository
public class BoardDaoImpl implements BoardDao {
// 1. 구성한 JPAQueryFactory를 로드 합니다.
private final JPAQueryFactory queryFactory;
public BoardDaoImpl(JPAQueryFactory queryFactory) {
this.queryFactory = queryFactory;
}
/**
* 게시판 리스트를 전체 조회합니다.
*
* @param boardDto
* @return
*/
@Override
public List<BoardEntity> selectBoardList(BoardDto boardDto) {
QBoardEntity board = QBoardEntity.boardEntity;
}
}
4. 쿼리문 구성 : JPAQuery
💡 쿼리문 구성 : JPAQuery - QueryDSL에서 제공하는 중요한 클래스로 실제 데이터베이스에 대한 쿼리를 작성하고 실행하는 역할을 합니다.
- JPAQuery에서는 실제 데이터베이스를 수행하기 위한 쿼리로 .select, .where, .orderBy, .groupBy 등의 메서드를 통해 쿼리를 구성하는 데 사용이 됩니다.
@Repository
public class BoardDaoImpl implements BoardDao {
// 1. 구성한 JPAQueryFactory를 로드 합니다.
private final JPAQueryFactory queryFactory;
public BoardDaoImpl(JPAQueryFactory queryFactory) {
this.queryFactory = queryFactory;
}
/**
* 게시판 리스트를 전체 조회합니다.
*
* @param boardDto
* @return
*/
@Override
public List<BoardEntity> selectBoardList(BoardDto boardDto) {
// 데이터베이스와 매핑된 boardEntity 클래스를 Q-Class
QBoardEntity board = QBoardEntity.boardEntity;
JPAQuery<BoardEntity> jpaQuery = queryFactory
.select(board)
.from(board)
.where(board.boardSq.eq(boardDto.getBoardSq()))
.orderBy(board.boardSq.desc());
}
}
💡 JPAQuery 클래스의 주요 사용 메서드 - 해당 클래스는 아래의 패키지로부터 상속을 받아 모두 사용할 수 있습니다.
- 엔티티 내에 특정 필드 값만 조회하는 방법을 Projection을 사용합니다. 이를 통해 필요한 정보만 효율적으로 가지고 올 수 있습니다. - Tuple, Projections.field, Projections.beans, Projections.constructor, @QueryProjection를 이용하여 각각 필드에 맞는 값을 조회할 수 있습니다.
여러 컬럼의 값을 한 번에 가져올 수 있는 구조입니다. 각 컬럼의 값들을 한번에 담을 수 있는 역할을 합니다.
Projections.field
주어진 표현에 대한 프로젝션을 생성하는 데 사용됩니다. 이 메서드는 특정 필드만 선택하여 조회하는 방법으로 사용되며, 이를 통해 필요한 정보만 효율적으로 가지고 올 수 있습니다.
Projections.beans
주어진 표현식에 대해 Bean을 채우는 프로젝션을 생성하는 데 사용됩니다. 이 메소드는 원하는 필드만을 선택하여 특정 Bean에 담아 반환하는 방법으로 사용되며, 이를 통해 필요한 정보만 효율적으로 가지고 올 수 있습니다.
Projections.constructor
주어진 유형과 표현식을 이용해 생성자 호출 프로젝션을 생성하는 데 사용됩니다. 이 메소드는 원하는 필드를 선택하여 특정 클래스의 생성자에 매핑하여 객체를 생성하는 방법으로 사용됩니다. 이를 통해 필요한 정보만을 선택적으로 가지고 와서 특정 객체를 효율적으로 생성할 수 있습니다.
@QueryProjection
Querydsl이 제공하는 어노테이션으로, 이를 생성자에 붙여주면 해당 생성자를 이용한 조회를 간편하게 할 수 있습니다. 이를 통해 필요한 정보만을 선택적으로 가지고 와서 특정 객체를 효율적으로 생성할 수 있습니다.
5.1. 다중 컬럼 : tuple
💡 다중 컬럼 : tuple - 여러 컬럼의 값을 한 번에 가져올 수 있는 구조입니다. 즉, Tuple은 다수의 각기 다른 타입의 값들을 하나의 단위로 묶어서 처리할 수 있게 해 줍니다.
- 특히, select 절에서 여러 컬럼을 지정하였을 때, 각 컬럼의 값들을 한번에 담을 수 있는 역할을 합니다. 이를 통해, 데이터베이스로부터 복수의 컬럼 값을 조회하였을 때, 각 컬럼의 값을 개별적인 변수가 아닌, Tuple이라는 하나의 단위로 처리할 수 있습니다. -이렇게 Tuple을 사용하면, 각 컬럼의 값을 별도로 처리하는 것이 아니라, 하나의 단위로 묶어서 처리할 수 있으므로 코드의 가독성을 향상시키고, 코드의 복잡성을 줄일 수 있습니다.
💡 다중 컬럼 : tuple 사용예시
- 여기서 select 절에서 board.boardId, board.title 두 개의 컬럼을 지정하였습니다. 결과값으로 Tuple 값을 반환합니다.
@Repository
public class BoardDaoImpl implements BoardDao {
// 1. 구성한 JPAQueryFactory를 로드 합니다.
private final JPAQueryFactory queryFactory;
public BoardDaoImpl(JPAQueryFactory queryFactory) {
this.queryFactory = queryFactory;
}
/**
* 게시판의 아이디와 제목만을 조회합니다.
*
* @param boardId
* @return
*/
@Override
public Tuple getBoardDetail(Long boardId) {
QBoardEntity board = QBoardEntity.boardEntity;
// 여기서 select 절에서 board.boardId, board.title 두 개의 컬럼을 지정하였습니다.
Tuple result = queryFactory
.select(board.boardId, board.title)
.from(board)
.where(board.boardId.eq(boardId))
.fetchOne();
return result;
}
}
5.2. Projections.field()
💡 Projections.field()
- 주어진 표현에 대한 프로젝션을 생성하는 데 사용됩니다. 이 메서드는 특정 필드만 선택하여 조회하는 방법으로 사용되며, 이를 통해 필요한 정보만 효율적으로 가지고 올 수 있습니다.
- BoardDto라는 DTO 클래스에 board.boardId와 board.title 두 필드를 Projection.beans를 이용하여 담아 반환합니다. 이렇게 하면 원하는 필드만을 효율적으로 조회할 수 있습니다.
@Repository
public class BoardDaoImpl implements BoardDao {
// 1. 구성한 JPAQueryFactory를 로드 합니다.
private final JPAQueryFactory queryFactory;
public BoardDaoImpl(JPAQueryFactory queryFactory) {
this.queryFactory = queryFactory;
}
/**
* 게시판의 아이디와 제목만을 조회합니다.
*
* @param boardId
* @return
*/
@Override
public BoardDto getBoardDetail(Long boardId) {
QBoardEntity board = QBoardEntity.boardEntity;
// 여기서 select 절에서 board.boardId와 board.title 두 개의 컬럼을 지정하였습니다.
BoardDto result = queryFactory
.select(Projections.bean(BoardDto.class, board.boardId, board.title))
.from(board)
.where(board.boardId.eq(boardId))
.fetchOne();
return result;
}
}
5.4. Projections.constructor()
💡 Projections.constructor()
- 주어진 유형과 표현식을 이용해 생성자 호출 프로젝션을 생성하는 데 사용됩니다. 이 메소드는 원하는 필드를 선택하여 특정 클래스의 생성자에 매핑하여 객체를 생성하는 방법으로 사용됩니다. - 이를 통해 필요한 정보만을 선택적으로 가지고 와서 특정 객체를 효율적으로 생성할 수 있습니다.
