미래 스케줄에 대한 DB 설계를 어떻게 하시는지 궁금합니다.

Question

안녕하세요.미래에 스케줄이 발생하는 데이터에 대해 DB 설계를 어떻게 하시는지 궁금해서 질문 드립니다.극장 티켓 스케줄이라던지 대출 금액이면 월마다 상환해야하는 금액이라던지 이런 부분입니다.대출로 예를 들면 3천만원에 5% 연이율로 36개월동안 대출받았다고 하면 매월 12만 5천원 씩 이자 데이터를 미리 생성해놓고 도래하면 청구함특정일에 배치를 돌려서 해당 대출의 이자를 생성하여 청구함이렇게 2가지 방법이 떠오르는데요.제 경험상 프로덕트단에서는 거의 1번 방식만 본 것 같습니다. 1번은 월단위 통계 구할 때 좋을 것 같지만 대출 정보가 변경되면 미래 데이터도 전부 갱신해야하는 불편함이 있었습니다. (이율 변경시 기존 청구한 이자로 인해 복잡해짐)저는 배치만 안정적으로 잘 돌아가면 2번 방식이 더 좋을 것 같은데 이외에 다른 방법도 있을지 여러분들의 생각은 어떠신지 궁금합니다.

개발자가아닌조립자 · Answer

기본정보를 DB에 저장해두고요청이 올때마다 계산을 하게끔 하고대신에 동일한 요청이 들어왔을 경우엔 캐싱된 정보를 가져올 수 있게하면 좋을 것 같군요

더미 · Answer

이자는 미리 계산하지 않습니다. 이율은 바뀝니다..전 1번을 본적이 없습니다.

캐티 · Answer

머 예상 데이터를 보여주려고 한다면 미리 등록하는 것도 나쁜 선택이 아니지 않나요. 애초에 모두 등록하였다 하더라도 데이터가 심하게 커지는 것도 아니어서 잘 선택하면 좋스빈다. 정답이 없쩌.

핸호 · Answer

미래 스케쥴 도달 판단 자체가 배치인데요...? 미래 스케쥴이 아니라 그냥 "요청 시점에 무거운 계산이 필요한 경우"에 대한 개념과 혼동되어 질문하신거 같습니다. 1, 2번은 스케쥴링과는 무관합니다. 요청 시점에 무거운 계산이 필요한 경우에는 미리 배치를 돌려서 값을 저장해놓는게 맞죠.

미래 스케줄에 대한 DB 설계를 어떻게 하시는지 궁금합니다.

4개의 답변

기술 목록