spring boot 레포지토리 질문 있습니다.

Question

프로젝트를 하면서 통계를 내야 하는 부분이 있는데, 각 회원 기준으로 작성한 답변 개수, 작성한 질문 개수, 작성한 질문 중 좋아요 받은 질문의 수, 받은 질문 수, 아직 답하지 않은 질문 수 이런 값들 입니다.일반적으로는 데이터들을 db에 저장하여 조회하는 방식을 사용하여 쓰는데 위에 해당하는 값들은 값의 변화가 자주 생기고 그때마다 계산하고 데이터들을 저장하는 것 보다는 접근 횟수가 적을 것으로 예상되는 통계 페이지에 접근할 때 마다 계산을 하도록 하여 통계 부분의 데이터를 저장하지 않는 방식으로 구현을 하였습니다.구현을 하면서 궁금한 것이 생겼습니다.첫 번째로 통계 화면에서 5가지 항목에 대해 값을 계산하여 반환하는 과정에서 각 항목마다 1개의 쿼리씩 조회 쿼리가 5번이 나가게 되었습니다. 조회 쿼리를 각각 나누어 5번 나가는 것이 아니라 하나의 쿼리로 합치는게 더 나을 것 같은데 합치게 되면 매우 길어지게 될 것 같습니다. 이런식으로 쿼리를 하나로 합쳐서 긴 쿼리문으로 사용하는게 좋은 방식인지 궁금하였습니다. 두 번째로는 만약 쿼리를 합치는게 나은 방식이라면 쿼리를 합치려고 하는데 해당 과정에서 위에서 설명하였듯이 통계 부분은 db에 저장하지 않고 바로 계산하여 넘겨주고 있기 때문에 엔티티가 존재하지 않습니다. 그런데 쿼리 5개 중 2개는 a레포지토리에, 3개는 b레포지토리에 있습니다. 왜냐하면 3개는 a엔티티랑 관련있는 쿼리고 2개는 b엔티티와 관련이 있는 쿼리이기 때문에 이렇게 작성되어있습니다. 그런데 5개의 쿼리를 하나의 쿼리로 합치게 되면 a와 b 레포지토리에 모두 연관관계를 갖기 때문에 저는 통계라는 새로운 레포지토리를 만들어 거기에 합쳐진 쿼리를 작성 하려는데 이게 올바른 방식인지 궁금합니다. 물론 a, b 어느 레포지토리에 작성하든 동작은 네이티브 쿼리를 쓰니까 작동되는건 알고 있습니다.세 번째로 위에 질문과 연관되는데 통계 부분을 db에 저장하지 않고 계산 하는 방식을 사용하려 했기 때문에 당연히 엔티티는 안만들었습니다. 근데 엔티티 없이 레포지토리랑 서비스, 컨트롤러를 만드는 게 올바른 방향인지 궁금합니다.글을 쓰는 시점에서 통계 서비스와 통계 컨트롤러를 만들어 사용하고 있긴합니다..잘못된 부분이 있다면 알려주시면 감사드리겠습니다.

Clickin · Answer

혹시 sql 쿼리는 많이 안 짜보고 jpa만 다뤄보신걸까요큰 기업에서도 jpa만 가지고 복잡한 통계는 어렵다보니 mybatis나 jooq등을 같이 사용하는 경우가 꽤 있습니다.저도 통계가 복잡하면 그냥 따로 sql 짜는게 낫다고 봅니다.

장독깨기 · Answer

정확하게 무슨 상황인지 잘 모르겠습니다만, ㅎ글쓴이가 생각한대로 자신감을 가지고 그냥 해보세요.혹, 시행착오를 겪을 수도 있겠지만, 그것도 다 도움이 돠는 겁니다.원하는 요구가 있고, 스스로의 논리로 그걸 해결했다면, 그게 정답입니다. :)

Constant · Answer

아 근데.. 윗분께서 친절하게 코멘트 달아주셨는데..아예 질문 자체를 이해하지 못하겠습니다.엔티티를 안만들겠다는건 DB에 적재하지 않겠다는 의미인데, 저장은 어떻게 하실 생각이신거죠?그니까 테이블은 있는데 페이지 이동할 때 한번에 저장하겠다는 의미인가요?일단 정리가..

kenu,전독시 · Answer

꼭 안 만들고, 안 만들고, 안 돌려보고, 질문 하는 사람들 있죠.상상만으로는 안드로메다 다녀오셨을 분일 수도 있어요.

코딩하는 두루미 · Answer

고민하시는 내용이 쿼리를 통해 통계 내는것 VS 데이터만 뽑아서 로직으로 통계 내기쿼리 5번 날리기 VS 합쳐서 1개로 날리기이렇게 두 개 인가요?

더미 · Answer

영 감이 안오시는거 같은데 한번 읽어보세요제가 쓴 글은 아닙니다.https://dmin3.tistory.com/34

spring boot 레포지토리 질문 있습니다.

6개의 답변

#entity 목록