sql (querydsl) 이랑 무한스크롤 Pagination 관련 질문드립니다..!

Question

안녕하세요 querydsl로 leftJoin, groupBy를 섞은 sql문을 작성하고 pagination을 해야하는데 잘 안되는 부분이 있어서 조언을 얻고자 질문드립니다.현재 DB에 두개의 테이블이 있습니다.Trade 테이블 (거래소에 올라간 아이템들에 대한 정보입니다.)(id, itemId, price, ... 등의 칼럼이 있습니다.)ItemClass 테이블 (아이템 마다 장착 제한이 있습니다. ex) itemId 1번은 파이터만 장착할 수 있고, itemId 2번은 레인저랑, 마법사가 장착할 수 있고...)(id, itemId, classId) 로 이루어져 있습니다.id itemId classId 1 1 1 2 2 1 3 2 2** 만약 어떤 아이템은 모두가 장착할 수 있다면 해당 테이블에 데이터가 아예 없습니다.사용자의 요청이 오면 Trade 테이블에 대한 정보를 보여주어야 하는데 동일한 itemId에 대해서 최저 가격 등의 정보를 보여주어야 합니다.그 다음이 중요한데 예를 들어 사용자가 파이터라면 장착 가능한 아이템들을 우선 정렬해서 보여주어야 합니다.그래서 대충 쿼리를 짜보면 아래 같은 형식이 될거 같은데요.문제는 groupBy로 묶는 순간 classId로 OrderBy를 어떻게 해야할지 모르겠네요..그리고 무한 스크롤에 대한 Pagination도 해야하는데 이건 leftJoin과 groupBy orderBy를 하다보면id 섞일테고 중간에 아이템이 판매되는경우 데이터가 db에서 사라지는 이때 Pagination도 어떤식으로 해야할까요..?val userClassId &#61; 1 queryFactory .select(qTrade.id, qTrade.price.min(), ...) .from(qTrade) .leftJoin(qItemClass).on(qTrade.itemId.eq(qItemClass.itemId)) .groupBy(qItemClass.itemId) ...

르매 · Answer

class_id 같이 다른 테이블에서 조회가 필요한 컬럼은 trade 테이블에 직접 컬럼을 만들어서 아이템 거래소에 올릴 때 기록해 줍니다. 어차피 기획 테이블은 패치할 때만 바뀌는 데이터이고 이런 종류는 거의 안 바뀌니까요. 물론 중간에 바뀌는 경우엔 trade 테이블 마이그레이션이 필요합니다만.. 게임에선 이렇게 하는게 낫습니다.거래소처럼 조회가 빈번한 쿼리에는 group by를 쓰지 않도록 설계합니다. 게임 흥하면 DB 죽어요. 최저가 뽑는게 문젠데.. SQL Server라면 indexed view로 깔끔히 처리할수 있는데.. 무슨 DBMS인지 모르겠네요.페이지네이션은... 이게 착용 가능 여부와 시간의 조합이라 정렬이 단순하지 않군요. 성능을 잡으려면 착용 가능한 집합만 먼저 불러오고, 더 불러올 레코드가 없을 때 착용 불가한 집합을 SELECT하도록 나누면 됩니다. 정렬은 trade.id desc로 하구요.무한 스크롤은 빠지거나 중복인 거래건이 나타나지 않게 하는게 관건이라... 지난 페이지에서 가져온 마지막 trade.id와 어느집합 (착용가능 또는 불가능)인지를 인자로 받아서 그 다음 목록만 가져오면 됩니다.게임에서 거래소는 DB의존도가 높은 콘텐츠인데, 비정규화해서 되도록 적은 테이블의 조인으로 해결하고 (WHERE절에 사용하는 컬럼은 모두 trade 안에서 해결), 실시간 그룹핑은 없도록 설계해야 합니다.

sql (querydsl) 이랑 무한스크롤 Pagination 관련 질문드립니다..!

1개의 답변

#pagination 목록