경매 이미지 엔티티, 카테고리 엔티티, 경매 엔티티 연동 관련

[apptie]

Slice & Pageable

• Slice
  • 많은 조회 결과를 일부로 쪼개서 조회하기 위함
  • 메서드
    • List getContent(): 조회된 데이터의 리스트 반환
    • boolean hasNext(): 다음 페이지가 있는지 여부 반환
    • boolean hasPrevious(): 이전 페이지가 있는지 여부 반환
    • Pageable nextPageable(): 다음 페이지의 정보를 Pageable 객체로 반환
    • Pageable previousPageable(): 이전 페이지의 정보를 Pageable 객체로 반환
• Pageable
• 데이터를 페이지네이션 할 때 조건을 캡슐화해 관리
• 메서드
  • int getPageNumber(): 가져올 페이지 번호 반환(0부터 시작함을 주의)
  • int getPageSize(): 페이지당 가져올 아이템(데이터)의 개수 반환
  • long getOffset(): 데이터베이스에서 가져올 첫 번째 대상의 오프셋 반환
  • Sort getSort(): 결과를 정렬하는 데 사용되는 Sort 객체 반환
  • Pageable next(): 다음 페이지로 이동한 새로운 Pageable 객체 반환
  • Pageable previousOrFirst(): 이전 페이지로 이동하거나, 현재 페이지가 첫 번째 페이지일 경우 현재 페이지의 Pageable 객체 반환
  • Pageable first(): 첫 번째 페이지로 이동한 새로운 Pageable 객체 반환
  • boolean hasPrevious(): 이전 페이지가 있는지 여부 반환
• 밸덩에서 알려주는 JPA로 대용량 데이터를 페이지네이션 하는 방법 참고
• 그 외에 Page와 Slice의 차이점도 찾아보면 좋을 것 같습니다

MultipartFile & MockMultipartFile, MultipartResolver & MultipartConfigElement

• MultipartFile
  • 스프링에서 파일을 처리하기 위해 사용하는 인터페이스
• MockMultipartFile
  • MultipartFile을 간단하게 생성할 수 있는 기능을 제공
  • 이름은 Mock이지만, 실제 transferTo()와 같이 파일을 저장하는 기능을 호출하면 실제로 파일이 저장됨
    • 즉 MultipartFile의 모든 기능을 완전히 Mocking하는 것은 아님
• MultipartResolver
  • 클라이언트가 파일을 업로드할 때 HTTP 요청에 포함된 파일 데이터를 파싱하고 MultipartFile 객체로 변환하는 역할 수행
• MultipartConfigElement
  • 서블릿 컨테이너가 파일 업로드를 처리하는데 사용되는 설정 클래스
  • 파일 업로드에 대한 기본 설정을 지정 가능
• 밸덩에서 알려주는 스프링에서 파일 업로드하는 법 참고

MultipleBagFetchException

• RDB에서 일대다 관계를 여러 개 가진 테이블을 한 번에 join할 경우 카테시안 곱이 발생할 수 있음
• 이는 RDB의 특징으로, JPA와 Querydsl 또한 이 한계를 넘을 수는 없음
• JPA에서 여러 @*ToMany 관계를 가진 엔티티에서, 모든 @*ToMany 필드를 fetch join할 경우 MultipleBagFetchException 발생
• 이를 해소하기 위해 쿼리가 최소한으로 발생할 수 있도록 default_batch_fetch_size를 설정하고(이미 되어있음), 가장 쿼리가 적게 발생하는 경매 이미지를 fetch join의 대상에서 제외
  • 지역 엔티티 : thrid - second - first를 조회해야 하므로 추가 쿼리 3회 발생
  • 카테고리 엔티티 : sub - main을 조회해야 하므로 추가 쿼리 2회 발생
  • 경매 이미지 엔티티 : 추가적인 관계가 없으므로 default_batch_fetch_size로 인해 추가 쿼리 1회 발생
    • default_batch_fetch_size가 5000이지만 경매 등록 시 최대 이미지 개수는 10개로 많은 레코드가 한 번에 조회될 일은 없음
• 밸덩에서 알려주는 MultipleBagFetchException 관련 정보 참고