[BE] feat: Club 페이징 적용 및 batch size 설정 #622

J-I-H-O · 2024-10-07T08:42:09Z

이슈

개발 사항

batch size 옵션 설정
페이징 구현

전달 사항

이슈에 적힌 내용 꼭 확인해주세요! 저희 의사 결정 과정을 담아두었습니다.

Co-authored-by: jimi567 <[email protected]>

github-actions · 2024-10-07T08:44:16Z

Test Results

200 tests 200 ✅ 19s ⏱️
44 suites 0 💤
44 files 0 ❌

Results for commit 446c230.

♻️ This comment has been updated with latest results.

Co-authored-by: jimi567 <[email protected]>

jimi567 · 2024-10-08T07:55:52Z

backend/src/main/java/com/happy/friendogly/club/service/ClubQueryService.java

+    private Slice<Club> fetchClubSlice(FindClubByFilterRequest request, LocalDateTime lastFoundCreatedAt, Long lastFoundId) {
+        return clubRepository.findAllBy(
+                request.province(),
+                Gender.toGenders(request.genderParams()),
+                SizeType.toSizeTypes(request.sizeParams()),
+                PageRequest.ofSize(request.pageSize()),
+                lastFoundCreatedAt,
+                lastFoundId
+        );


ofSize 예정대로 20개의 2배로 잡고
hasNext를 그대로 내려주지 않고, fetch해서 result에 add했을 때, fetch -> result로 포함안된
추가적인 record가 있을 경우 저희가 hasNext를 true로 변환해서 응답해줄 수 있을 것 같습니다.
추가 구현 후 다시 리뷰받도록 하져

takoyakimchi · 2024-10-08T08:54:09Z

backend/src/main/java/com/happy/friendogly/chat/dto/response/FindClubDetailsResponse.java

+                club.getAllowedSizes().stream()
+                        .map(clubSize -> clubSize.getClubSizeId().getAllowedSize())
+                        .collect(Collectors.toSet()),
+                club.getAllowedGenders().stream()
+                        .map(clubGender -> clubGender.getClubGenderId().getAllowedGender())
+                        .collect(Collectors.toSet())


이거 List -> Set으로 바꾸는거죠? 한 줄로 될 것 같아요!

takoyakimchi · 2024-10-08T08:56:00Z

backend/src/main/java/com/happy/friendogly/club/domain/Club.java

+        this.allowedGenders = allowedGenders.stream().map(gender -> new ClubGender(this, gender)).toList();
+        this.allowedSizes = allowedSizes.stream().map(sizeType -> new ClubSize(this, sizeType)).toList();


여기도 stream까지 필요없을 것 같아요

map때문에 stream한 것 같은데 다른 방법이 있나요??

앗 맞네요 ㅋㅋ

takoyakimchi · 2024-10-08T08:57:31Z

backend/src/main/java/com/happy/friendogly/club/domain/ClubGender.java

+    public boolean isSameGenderWith(Gender gender) {
+        return this.getClubGenderId().getAllowedGender() == gender;
+    }


Suggested change

public boolean isSameGenderWith(Gender gender) {

return this.getClubGenderId().getAllowedGender() == gender;

}

public boolean hasGender(Gender gender) {

return this.getClubGenderId().getAllowedGender() == gender;

}

이름 제안해봅니당

takoyakimchi · 2024-10-08T08:58:27Z

backend/src/main/java/com/happy/friendogly/club/domain/ClubSize.java

+    public boolean isSameSizeWith(SizeType sizeType) {
+        return this.getClubSizeId().getAllowedSize() == sizeType;
+    }


Suggested change

public boolean isSameSizeWith(SizeType sizeType) {

return this.getClubSizeId().getAllowedSize() == sizeType;

}

public boolean hasSizeType(SizeType sizeType) {

return this.getClubSizeId().getAllowedSize() == sizeType;

}

제안

takoyakimchi · 2024-10-08T09:24:42Z

backend/src/main/java/com/happy/friendogly/club/domain/Club.java

-        boolean isNotFull = !this.memberCapacity.isCapacityReached(countClubMember());

-        return hasJoinablePet && isNotFull && !isAlreadyJoined(member) && isOpen();
+        return hasJoinablePet && !isAlreadyJoined(member) && isOpen();


isOpen에 isNotFull이 포함이군요 ~!!

ehtjsv2

고생했습니다. servie로직에서 궁금한 게 있는데, 대면으로 물어보는 게 나을 것 같아서 찾아가겠습니다~

ehtjsv2 · 2024-10-09T06:17:28Z

backend/src/main/java/com/happy/friendogly/club/domain/Club.java

+        this.allowedGenders = allowedGenders.stream().map(gender -> new ClubGender(this, gender)).toList();
+        this.allowedSizes = allowedSizes.stream().map(sizeType -> new ClubSize(this, sizeType)).toList();


map때문에 stream한 것 같은데 다른 방법이 있나요??

ehtjsv2 · 2024-10-09T07:06:23Z

backend/src/main/java/com/happy/friendogly/club/repository/ClubRepository.java

+                    FROM ClubSize CS
+                    WHERE C = CS.clubSizeId.club AND CS.clubSizeId.allowedSize IN :searchingSizes
+                )
+            ORDER BY C.createdAt DESC, C.id DESC 


여기서 의문이 들었는데요,

1.

createdAt으로 먼저 정렬하고 id값으로 정렬한다는 것은 같은 createdAt이 있을 수 있다는 가정인 것이겠죠??
사실 이 정도로 정확성을 맞춰야 하는가 싶기도 하고, id는 pk이지만 정렬 기준을 두 번째로 했기 때문에, 기존에 pk로 만들어진 엔덱스는 사용할 수 없을 것으로 보입니다.
아마 fileSort가 createdAt한번 id 한번 총 두번 나올 것 같아요. 복합인덱스를 하지않았다면.

2.

id를 정렬기준에 놓았다는 것은 auto-increment라는 가정하에 한 것 같습니다. id를 정렬기준에서 하지 말아야한다는 주장은 아닙니다, 어차피 id를 정렬기준으로 놓는다면 createdAt은 정렬기준에서 없어도 되는 게 아닌 가 싶습니다. createdAt->id 정렬 하면 결국 id를 기준으로 정렬된다고 생각합니다.
제 주장은 createdAt만 정렬기준으로 두거나, id만 정렬기준으로 두거나 입니다. createdAt만 한다면 인덱스를 걸면 성능이 좋겠네요~!

저도 합리적인 것 같습니다

정합성을 맞춘다고 추가한 것은 맞아요. composite index를 추가하는 것이 정합성을 맞추는 공수보다 덜 든다고 생각했어요.

제 주장은 createdAt만 정렬기준으로 두거나, id만 정렬기준으로 두거나 입니다.

id 생성전략에 의존적인 형태로 개발을 하고 싶지 않았어요.
사실 저희 서비스에서 생성시점이 ms 기준으로 중복될 정도의 데이터가 현실적으로 발생하냐고 물어보면 아니라고 생각해요(슬프지만..)
다만, 실제 테스트를 해보면 그런 상황이 종종 나와요.
비록 최신순 정렬이라는 별 것 없는 기능으로 보일 수 있지만 어느 정도 저희가 제어가능하고 예상 가능한 결과값이 나와야한다는 생각이였습니다.

id 생성전략에 의존적인 형태로 개발을 하고 싶지 않았어요.

제가 하고싶은 말이랑 같은 말입니다. 이미 id를 정렬기준에 넣은 이상 auto-increment를 가정하고있고, id의 생성전략에 의존적인 형태로 개발하고 있는 것이랑 같지 않냐는 뜻입니다.

사실 저희 서비스에서 생성시점이 ms 기준으로 중복될 정도의 데이터가 현실적으로 발생하냐고 물어보면 아니라고 생각해요(슬프지만..)
다만, 실제 테스트를 해보면 그런 상황이 종종 나와요.

나온다고 해도 그정도의 정합성이 필요한 서비스인가? 라는 질문을 하고싶었던 것입니다. 저도 아예안나온다고 생각하지는 않구요!

Co-authored-by: jimi567 <[email protected]>

takoyakimchi · 2024-10-11T07:41:45Z

backend/src/main/java/com/happy/friendogly/club/controller/ClubController.java

    @GetMapping("/searching")
-    public ApiResponse<List<FindClubByFilterResponse>> findByFilter(
+    public ApiResponse<FindClubPageByFilterResponse> findByFilter(
            @Auth Long memberId,
            @Valid @ModelAttribute FindClubByFilterRequest request
    ) {


이전 버전 앱 사용자는 명세가 바뀌면서 예외가 터질 수도 있을 것 같아요.
단순히 기존 명세에서 필드가 추가만 되었다고 하더라도 예측이 쉽지만은 않을 것 같아요.
버저닝 하는 건 어떨까요?

Co-authored-by: jimi567 <[email protected]>

J-I-H-O and others added 15 commits September 26, 2024 14:00

chore: local 환경 batch_fetch_size 설정 추가

6abbe66

Co-authored-by: jimi567 <[email protected]>

test: 단건 조회 테스트 추가

8f5605e

refactor: ClubPet 엔티티만 fetch join 하도록 수정

3f1fa1c

refactor: elementalCollection 엔티티로 승격

d71cb20

Co-authored-by: jimi567 <[email protected]>

refactor: 불필요한 정렬문 제거

29edf1e

Co-authored-by: jimi567 <[email protected]>

refactor: Criteria 및 join문 제거

c6b582a

Co-authored-by: jimi567 <[email protected]>

refactor: 불필요한 조건문 제거

171e2d2

Co-authored-by: jimi567 <[email protected]>

feat: 페이징 구현

b659fff

Co-authored-by: jimi567 <[email protected]>

refactor: 항상 지정된 size 만큼 응답하도록 수정

4675df1

Co-authored-by: jimi567 <[email protected]>

refactor: 필요한 페이징 정보만 응답하도록 DTO 생성

925df3b

Co-authored-by: jimi567 <[email protected]>

refactor: 클라이언트로부터 페이지 사이즈를 입력받도록 변경

b215f8f

Co-authored-by: jimi567 <[email protected]>

test: 페이징 테스트 추가

8f3b1c6

Co-authored-by: jimi567 <[email protected]>

refactor: 메서드 분리

c7eb13d

Co-authored-by: jimi567 <[email protected]>

test: 페이지 사이즈에 따른 추가 쿼리 테스트

eb1c84a

Co-authored-by: jimi567 <[email protected]>

Merge branch 'develop' into refactor/batch-size

c28300d

J-I-H-O added 🤹 enhance 성능 개선 🛠️ refactor 리팩터링 🖥 backend backend ✨ feat 기능 개발 labels Oct 7, 2024

J-I-H-O assigned jimi567 and J-I-H-O Oct 7, 2024

J-I-H-O requested review from ehtjsv2, jimi567 and takoyakimchi as code owners October 7, 2024 08:42

J-I-H-O and others added 2 commits October 7, 2024 17:49

chore: dev 및 prod 환경 batch size 옵션 추가

9c108e8

Co-authored-by: jimi567 <[email protected]>

refactor: 모임 필터링 request DTO 필드 nullable 하도록 변경

d3748e5

Co-authored-by: jimi567 <[email protected]>

jimi567 requested changes Oct 8, 2024

View reviewed changes

takoyakimchi requested changes Oct 8, 2024

View reviewed changes

ehtjsv2 requested changes Oct 9, 2024

View reviewed changes

fix: 버전 대응을 위해 nullable 처리

f6f2d0a

Co-authored-by: jimi567 <[email protected]>

takoyakimchi reviewed Oct 11, 2024

View reviewed changes

J-I-H-O and others added 2 commits October 11, 2024 16:44

fix: 래퍼 타입을 원시 타입으로 언박싱 하면서 발생하는 NPE 해결

6ef57a3

Co-authored-by: jimi567 <[email protected]>

fix: 래퍼 타입을 원시 타입으로 언박싱 하면서 발생하는 NPE 해결2

446c230

Co-authored-by: jimi567 <[email protected]>

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[BE] feat: Club 페이징 적용 및 batch size 설정 #622

[BE] feat: Club 페이징 적용 및 batch size 설정 #622

J-I-H-O commented Oct 7, 2024 •

edited

Loading

github-actions bot commented Oct 7, 2024 •

edited

Loading

jimi567 Oct 8, 2024

takoyakimchi Oct 8, 2024

takoyakimchi Oct 8, 2024

ehtjsv2 Oct 9, 2024

takoyakimchi Oct 9, 2024

takoyakimchi Oct 8, 2024

takoyakimchi Oct 8, 2024

takoyakimchi Oct 8, 2024

ehtjsv2 left a comment

ehtjsv2 Oct 9, 2024

ehtjsv2 Oct 9, 2024

takoyakimchi Oct 9, 2024

jimi567 Oct 10, 2024

ehtjsv2 Oct 10, 2024 •

edited

Loading

ehtjsv2 Oct 10, 2024

takoyakimchi Oct 11, 2024 •

edited

Loading

		this.allowedGenders = allowedGenders.stream().map(gender -> new ClubGender(this, gender)).toList();
		this.allowedSizes = allowedSizes.stream().map(sizeType -> new ClubSize(this, sizeType)).toList();

[BE] feat: Club 페이징 적용 및 batch size 설정 #622

Are you sure you want to change the base?

[BE] feat: Club 페이징 적용 및 batch size 설정 #622

Conversation

J-I-H-O commented Oct 7, 2024 • edited Loading

이슈

개발 사항

전달 사항

github-actions bot commented Oct 7, 2024 • edited Loading

Test Results

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

ehtjsv2 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

1.

2.

Choose a reason for hiding this comment

Choose a reason for hiding this comment

ehtjsv2 Oct 10, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

takoyakimchi Oct 11, 2024 • edited Loading

Choose a reason for hiding this comment

J-I-H-O commented Oct 7, 2024 •

edited

Loading

github-actions bot commented Oct 7, 2024 •

edited

Loading

ehtjsv2 Oct 10, 2024 •

edited

Loading

takoyakimchi Oct 11, 2024 •

edited

Loading