포인트테이블 부하 개선책 테이블 나누기 효과있을까요
본문
답변 4
게시판 그룹이나 게시판별로 나누면
각 회원의 포인트 내역을 보여줄때 빡세(?)집니다.
포인트 내역을 보는건 회원이 자신의 내역보기와
관리자가 전체 내역 볼때인데
게시판별로 나누면 가장 많이 보는 회원들의 자기 내역 볼때 비효율적이지요.
최신글 같은 경우 게시판 그룹별로 나누면 효율적일수 있으나...
포인트는 회원별로 또는 회원번호 구간별로 나누는게 효율적인것 같습니다.
조인을 한다면 목록을 년도 단위로 분리하는것도 괜찮을것 같은데 이 경우 역시 규모가 큰 사이트의 경우 년도별로 나눠도 부하가 생길수 있죠.
포인트는 개인정보라서 캐싱도 부적절하죠.
빡세(?)질지는 모르겠네요.
고민과 결정은 원 질문자가 하는 몫이니깐요.
그리고 각 게시판 별이 아닌 포인트 활용량에 따라 게시판 몇개를 묶거나 게시판 그룹에 따라 두~세 개의 포인트테이블을
만들어 쓴다는 것이고, 포인트 열람 역시 각 분류에 따라 볼 수 있게 하고 전체를 보는건 합산 내역만 표기한 곳에
표시하면 되는데, 그게 얼마나 빡세(?)질지는 의문이군요.
어쨌든 나에게 태클을 남기는 것 보단 원 댓글로 질문자에게 조언을 남기는게 낫겠죠?!
우선 테이블만 분리하려는거고 구조 자체의 변경은 아닙니다.
common.lib 에 포인트처리 함수 전에 회원별 포인트테이블 구분만 하면 될거라고
생각하고 있거든요. 미처 알지못하는 복잡한 부분이 있다면 어떤 부분때문에 우려하시는지
알고 싶네요.
회원 구간별로 나누신다면 파티션 기능을 활용하는게 나을것 같습니다.
테이블로 나누면 나중에 다시 합산해서 보여줘야 하는 경우도 생길겁니다.
정확히 어떤 경우에 db가 느려지는건지 슬로우쿼리 분석이 먼저일것 같습니다.
많은 도움이 되었습니다. 감사합니다.
