티스토리 뷰
반응형
✏️ QueryDSL을 찾아보게 된 이유
Table을 만들게 되면 idx를 Primary Key로 설정하고나서 id를 만드는 경우가 있음
-
- User에 id라는 column이 있다고 가정
- 그러면 로그인을 할 때 사용자가 입력한 id가 User테이블에 있는지 검사를 해야함
- userRepository.findById(String id)로 찾고 싶지만, 필자는 idx라는 int자료형을 PK로 설정했음
- 위 문장에서 findById의 Id는 idx를 뜻함 => String id로 찾고 싶지만 이 함수는 PK를 기반으로 찾는 것이기 때문에 찾을 수가 없음대표적인 경우가 User테이블을 만드는 경우
✏️ build.gradle 설정
dependencies{
implementation 'com.querydsl:querydsl-jpa:5.0.0:jakarta'
annotationProcessor "com.querydsl:querydsl-apt:${dependencyManagement.importedProperties['querydsl.version']}:jakarta"
annotationProcessor "jakarta.annotation:jakarta.annotation-api"
annotationProcessor "jakarta.persistence:jakarta.persistence-api"
}
tasks.named('test') {
useJUnitPlatform()
jvmArgs '-Xshare:off' // JVM 아규먼트 설정
}
clean {
delete file('src/main/generated')
}
1. gradle - Tasks - build - clean 클릭
2. gradld - Tasks - build - build를 클릭하거나 compilie.java를 클릭
✏️ QueryDslConfig
public class QueryDslConfig {
@PersistenceContext
private EntityManager entityManager;
@Bean
public JPAQueryFactory jpaQueryFactory() {
return new JPAQueryFactory(entityManager);
}
}
✏️ UserController
public class UserController {
private final UserService userService;
@PostMapping("/user/login")
public ResponseEntity<ResponseDTO<Object>> login(@RequestBody LoginDTO loginDTO) {
log.error("not post");
List<User>userList = userService.getUserById(loginDTO.getId());
if (userList.isEmpty()) {
return new ResponseEntity<>(ResponseDTO.builder().statusCode(41).message("id not exist.").data(null).build(), HttpStatus.BAD_REQUEST);
}
return new ResponseEntity<>(ResponseDTO.builder().statusCode(20).message("로그인 성공").data(null).build(),HttpStatus.OK);
}
}
✏️ User
public class User {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "idx", nullable = false)
private Integer idx;
@Column(name = "id", nullable = false, length = 20)
private String id;
@Column(name = "password", nullable = false)
private String password;
@Column(name = "name", nullable = false, length = 20)
private String name;
}
✏️ LoginDTO
@Getter
@Setter
public class LoginDTO {
private String id;
private String password;
}
✏️ ResponseDTO
@Getter
@Setter
@Builder
public class ResponseDTO <T>{
private int statusCode;
private String message;
private T data;
}
✏️ CustomUserRepository
public interface CustomUserRepository {
List<User> findById(String id);
}
✏️ CustomUserRepositoryImpl
@Repository
@RequiredArgsConstructor
public class CustomUserRepositoryImpl implements CustomUserRepository {
private final JPAQueryFactory jpaQueryFactory;
@Override
public List<User> findById(String id) {
return jpaQueryFactory
.selectFrom(user)
.where(user.id.eq(id))
.fetch();
}
}
✏️ UserService
public interface UserService {
List<User> getUserById(String id);
}
✏️ UserServiceImpl
@Service
@RequiredArgsConstructor
public class UserServiceImpl implements UserService {
private final CustomUserRepository customUserRepository;
@Override
public List<User> getUserById(String id) {
return customUserRepository.findById(id);
}
}
QueryDSL return type
- UserController에서 id를 기준으로 User 테이블에서 검색을 해서 Optional<User>로 반환받을려고 했는데 QueryDSL은 Entity로 반환을 권장하지 않는다는 점을 알게 되었다.
- Entity type으로 return하지 않는 이유
- Entity의 모든 column을 가져오기 때문에, 불필요한 column도 가져온다
- @OneToOne 관계에 있는 엔티티의 정보도 가져와야 한다.
- @OneToOne 관계에서 N+1문제
- 일반적으로 OneToOne 양방향 관계에서는 Lazy Loading이 적용되지 않는다.
- 연관관계 주인 엔티티만 조회했을 경우엔 Lazy로 동작하지만, 연관관계 주인이 아닌 엔티티만 조회하면 Eager로 동작한다.
- OneToOne 관계에서 Lazy Loading이 작동하지 않는 이유
- 조회할 때, Lazy Loading으로 설정되어 있는 entity의 경우, entity내의 property는 proxy 개체를 대신 삽입하게 됨
- proxy 객체는 null을 감쌀 수 없기 때문에, Lazy Loading으로 설정되어 있는 entity는 proxy 객체 또는 null로 할당이 된다.
- 연관관계를 맺은 entity가 null인지 아닌지 확인을 한 후, proxy 객체로 할당할지, null로 할당할지 결정
- 연관관계 주인이 아닌 entity를 조회할 때, N+1의 문제가 생길 수 밖에 없다.
- 연관관계 주인인 entity는 FK를 가지고 있기 때문에, Fk 값이 null이면 해당 연관관계를 맺는 entity가 null인지 조회하지 않고도, 확인할 수 있다.
- 연관관계 주인이 아닌 entity → FK를 가지고 있지 않아, 연관관계를 맺고 있는 entity가 null인지 조회하지 않고 확인할 수 없기 때문에 연관관계를 맺고 있는 entity를 무조건 조회하는 것
- List 타입으로 반환
- fetch()를 사용
List<User> fetch = jpaQueryFactory .selectFrom(user) .fetch();
- boolean 타입으로 반환
- fetchOne()을 사용
- return jpaQueryFactory .selectFrom(user) .where(user.id.eq(id)) .fetchOne()!=null;
- Entity 타입으로 반환
- fetchFirst()를 사용
- return jpaQueryFactory .selectFrom(user) .where(user.id.eq(id)) .fetchFirst();
- fetchResults()와 fetchCount는 @Deprecated
정렬
return jpaQueryFactory
.selectFrom(user)
.where(user.id.eq(id))
.orderBy(user.id.desc())
.fetch();
페이징
List<User> result = jpaQueryFactory
.selectFrom(user)
.orderBy(user.id.desc())
.offset(1) // 0부터 시작
.limit(2)
.fetch();
반응형
'Web > Spring' 카테고리의 다른 글
[Spring/스프링] Spring boot email 보내기 (0) | 2024.10.07 |
---|---|
[Spring/스프링] - 스프링 부트 페이지내이션 /Pageable (0) | 2024.09.13 |
[Spring/스프링] 스프링 부트 파일 업로드 및 화면 출력 (0) | 2024.09.05 |
[Spring/스프링] Port 8080 is already in use 에러 해결 방법 (4) | 2024.09.03 |
[Spring] 스프링부트 + JPA + thymeleaf + Spring Security로 회원가입 + 게시판(수정, 삭제, 등록, 조회, 댓 (0) | 2024.09.03 |
반응형
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 백준
- DFS
- 유클리드 호제법
- html
- 알고리즘 공부
- 자바
- HTML5
- 스택
- DP
- 반복문
- C++
- 이분 매칭
- 스프링 부트 crud 게시판 구현
- C++ Stack
- 우선순위 큐
- 자료구조
- 세그먼트 트리
- 유니온 파인드
- js
- CSS
- Do it!
- 백준 풀이
- BFS
- 알고리즘
- java
- 에라토스테네스의 체
- 자바스크립트
- c++ string
- 카운팅 정렬
- 투 포인터
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
글 보관함