Feature/seunghun step3

[seungh1024]

MongoDB 사용

• 정산 요청 정보를 저장하기 위해 MongoDB를 사용했습니다.
• 정산 요청에 포함된 사용자 정보가 리스트 형태로 존재할 텐데, 해당 정보를 MySQL에 저장하면 다음과 같은 문제가 있다고 생각했습니다.
  • MySQL에 pk 값만 저장하면 "2,3"과 같은 형태인데, like 연산으로 조회하면 like "%value%"와 같이 사용하기 떄문에 인덱스를 활용하지 못합니다.
  • 조회 편의성을 위해 각 사용자마다 레코드를 추가하는 것 또한 불필요하게 메모리를 많이 사용한다고 생각했습니다.
  • 그래서 { "requestPk" : 1, "memberList" [ { "accountPk": 2 }, { "accountPk": 3 }] } 와 같이 한 번에 모든 데이터를 MongoDB에 저장하고 memberList에 인덱스를 걸어서 조회하도록 했습니다.

정산 기능

• 1/N 정산은 1원 단위까지 동일하게 나누었습니다. 이때 10/3 연산을 한 경우는 1이라는 나머지가 남는데, 이런 나머지는 3명 중에 랜덤으로 한 명이 더 부담하도록 했습니다.
• 랜덤 정산은 최소 0원부터 한도 내에서 랜덤하게 나누도록 했습니다. 금액은 100으로 나누어떨어지도록 나눴습니다.

정산 내역 조회

• 정산 내역이 많을 수 있기 때문에 "_id" 기준으로 커서 기반 페이징 처리를 했습니다.
• 현재 mongoDB를 사용하는 부분이 적고, 이 기능 말고 사용할 것 같다는 생각이 들지 않아서 Service 클래스에서 mongoTemplate으로 요청 처리를 했습니다. 이를 따로 repository로 분리하는 것이 좋은지 거의 사용하지 않으니 그냥 놔두는 것이 좋은지 궁금합니다.

[sonarqubecloud]

Quality Gate failed

Failed conditions
73.6% Coverage on New Code (required ≥ 80%)

See analysis details on SonarQube Cloud