조인을 피하는 페이징 팁이 있을까요?

Question

안녕하세요, MSA와 nosql에 관심이 많은 서버 개발자입니다.사이드 프로젝트도 많이 진행해보고 있는데, 쉽사리 도전하지 못하는 이유가 join....때문이죠...간단하게 게시글과 사용자만 있는 DB 구조라고 하더라도, 사용자(소비자라고 칭하겠습니다)가 카테고리에서 자유 게시판을 클릭했을때 벌어지는 일들을 순차적으로 나열하면 아래와 같습니다.최근 자유게시판 게시글 목록을 조회합니다.해당 게시글 목록에서 게시글의 상태값이 '노출'인 게시글만을 선택합니다.해당 게시글 목록에서 소비자가 차단한 게시글은 제외합니다.해당 게시글 목록에서 게시글 작성자의 상태값이 '블락'인 게시글은 제외합니다.해당 게시글 목록에서 소비자가 게시글 작성자를 차단한 경우, 해당 작성자의 게시글들은 제외합니다.해당 게시글 목록에서 게시글 작성자가 소비자를 차단한 경우, 해당 작성자의 게시글들은 제외합니다.조인을 하지 않는다면 따로 가져와야 하는 데이터는 아래와 같습니다.페이지의 개수가 10개라면, 넉넉하게 20개의 게시글 정보를 가져옵니다.20개의 게시글에 대한 작성자 정보들을 가져옵니다.이때, 작성자의 상태가 '블락'인 경우 20개에서 제외합니다. 아래에서는 없다고 가정하고 20개라 하겠습니다.20개의 게시글 작성자들의 차단 유저에 소비자가 포함되어 있는지 확인합니다.이 조건에 해당하는 경우 20개에서 제외합니다. 아래에서는 없다고 가정하고 20개라 하겠습니다.소비자가 20개의 게시글 중 차단한 게시글이 있는지 확인합니다.이 조건에 해당하는 경우 20개에서 제외합니다.소비자가 20개의 게시글 작성자 중 차단한 게시글이 있는지 확인합니다.이 조건에 해당하는 경우 20개에서 제외합니다.첫번째 문제로는....위와같이 간단한 데이터 구조라도 매우 많은 DB조회가 필요합니다. 만약 게시글에 파일 테이블이 따로 있고 해당 테이블에도 상태값이 있고, 또 카테고리에도 상태값이 있고 해당 카테고리가 2뎁스 3뎁스 늘어나면 늘어나는대로 구조가 커질수록 db 조회수는 더 많아지겠죠.게다가 게시글 목록에는 보통 게시글의 조회수, 댓글수 정보도 포함시키니 2개의 테이블에 추가적인 접근이 있고요... 사실, 그래도 사용자가 체감할만한 성능이슈는 되지 않을거라 생각하는 편이라서 DB접근이 문제가 될거라는 생각은 하지 않아요. 조건도 간단할테니 아무리 테이블에 데이터가 많더라도 인덱스만 잘 걸어두면 DB조회 한번한번이 엄청나게 빠를거구요. 비동기로 작업했다면 통신때문에 오가는 시간도 크게 문제가 되지 않을거구요. 크리티컬한 문제는 다음 문제입니다.두번째 문제...20개의 게시글을 가져왔을때, 일반적인 경우라면 사실 20개가 다 남겠죠. 그런데, 개발자는 최악을 생각해야 합니다.만약 사용자가 이상해서 혹은 누군가 게시판을 도배했다가 블락먹어서 최근 게시글을 전부 조회하지 못한다면? 그러면 반환값은 0이 될테고, 무한 스크롤이라서 페이징시에 id값을 이용했다면 그냥 해당 카테고리는 '데이터 없음'이 되어버립니다. 이건 정말 크리티컬한 문제고... 이걸 어떻게 해결해야 할지 감이 잘 안오네요...그렇다고 게시글을 많이 넉넉하게 수백 수천건을 가져온다는건 말이 안되는거 같습니다. 성능상으로도 분명 문제가 있을거구요.그래서 구조가 아예 다를거라고 예상을하는데....그게 감이 잘 안옵니다.DB를 분리하는 MSA를 이용한다면, 아니면 mongodb와 같은 경우는 어떻게 구조를 짜고 조인을 하고 있나요?

HJOW · Answer

조인을 쓰세요.쿼리 하나로 페이징과 상태값 필터링, 차단여부와 블락까지 한번에 가져오는 게 가장 효율이 좋습니다.DBMS가 알아서 가장 효율적인 방법으로 동작할거거든요.그걸 프로그램으로 어거지로 구현하면 효율이 좋을수가 없습니다. 예외 케이스도 엄청 많아지구요.

장독깨기 · Answer

구조가 다르지 않습니다. 엔티티들은 관계를 가지고 있고, 한 번 쿼리로 조인해서 모두 필터하고 가져 옵니다.데이터를 따로 가져와서 프로그래밍으로 취합하려는게 최악입니다.

조인을 피하는 페이징 팁이 있을까요?

2개의 답변

#r2dbc 목록