수업을 예약하는 서비스를 만들고 있는데 테이블 설계가 고민입니다.

Question

안녕하세요. 수업을 등록하고 예약하는 서비스를 만드는 중에 테이블 설계에 고민이 있어 질문을 드립니다.제가 파악한 요구사항은 대략 다음과 같습니다.1) 강사는 수업을 등록, 수정, 삭제할 수 있다.i) 수업은 요일별로 수업시간을 가질 수 있다. (ex. 월요일 10:00 - 11:00, 화요일 X, 수요일 10:00 - 11:00, ...)ii) 수업 등록은 단기(1주일) 또는 2년간 매주 반복되도록 설정이 가능하다.iii) 수업은 최대 정원, 최소 인원, 마지막으로 예약이 가능한 시간, 마지막으로 예약 취소가 가능한 시간을 갖는다.iv) 마지막으로 예약 가능한 시간 이후에 예약 인원이 최소 인원을 넘지 못한 수업시간의 수업은 취소된다.v) 수업을 등록할 때 이전의 등록한 수업 정보를 불러 올 수 있다.2) 회원은 특정 일자의 수업을 예약, 예약 취소할 수 있다.i) 수업 예약은 회원의 사용 회수가 고정된 이용권 또는 정기 구독 패스을 통해 가능하다.ii) 해당 수업시간의 예약 인원이 최대 정원과 같아지면 예약은 불가능하고 회원은 예약 대기를 신청할 수 있다.3) 수업 예약, 예약 취소, 이용권 회수 소모 등의 이력이 관리되어야 한다.위와 같은 상황에서 수업, 수업시간, 수업예약을 RDB에서 관리하려면 테이블을 어떻게 구성해야 할까요?처음 떠오른 설계는 위와 같은데요.이렇게 구성할 때 드는 고민은 반복 수업 등록시에 수업일자 테이블에 레코드를 어떻게 삽입할지 입니다.1) 스케줄러를 통해 일주일마다 삽입한다.이 경우 스케줄러를 실행할 서버와 반복 정보를 관리할 별도의 테이블 또는 컬럼이 필요할 것 같습니다.2) 처음 수업 등록 시에 모두 삽입한다.주 3일, 5일, 7일 수업을 가정하면 2년간 매주 반복되는 수업을 한번 등록할 때마다 수업일자 테이블에 각각 288, 480, 672개의 레코드가 삽입될 것입니다. 제가 실제 서비스 운영 경험이 없는데 한번의 요청마다 300~700개의 레코드가 삽입되면 가용성 같은 문제가 없진 않을지 궁금합니다.당장 마음이 쏠리는 쪽은 2번입니다. 이처럼 해도 괜찮을까요 아니면 좋게 풀어낼 수 있는 방법이 있을까요?또 한가지 궁금한 것은 예약이력 테이블을 따로 둔다면 수업예약과 대기 데이터는 일정 시간 이후엔 필요가 없어질 것 같습니다.이와 같은 경우에 데이터를 RDB에 저장하지 않고 TTL이 존재하는 다른 저장소에서 관리하는 것은 문제가 있을까요?많이 미숙해서 선배님들의 경험을 조금씩만 나눠주신다면 큰 도움이 될 것 같습니다.즐거운 주말 보내십시오. 감사합니다!

장독깨기 · Answer

한 회원이 같은 수업을 여러번 예약할 수 없고, 이미 예약한걸 대기 신청 할 수도 없겠죠.수업예약과 수업대기를 한 테이블로 하시구요, 수업아이디와 회원아이디를 묶어서 복합키(PK)로 하시든 유니크 키로 잡으면 될 것 입니다.그리고, 회원은 수업일자별로 예약하는 것이 아니라 수업을 예약하는 것 이겠죠.그니까, 예약 테이블은 수업일자가 아니라 수업과 관계를 맺으면 됩니다.수업일자 테이블에 데이터를 왜 넣으려고 할까요?https://www.erdspace.com ERD TOOL 입니다. 여기 한 번 이용해보세요. 쓸만 할 겁니다. :)

잠자는사자 · Answer

수업을 일일히 DB에 넣는것 부터 잘못되었습니다.처리방법을 생각하면 이 회원은 무슨요일 무슨수업을 몇일부터 몇일까지 들었다 이며그 회원이 어느 수업을 몇일부터 몇일까지 들었는지만 저장하면 수업일 데이터는 표현할때 프로그램적으로 구해 질수 있습니다.

장독깨기 · Answer

간단하게 한 번 작성해보았습니다.

수업을 예약하는 서비스를 만들고 있는데 테이블 설계가 고민입니다.

3개의 답변

기술 목록