예약 관련 웹 페이지 DB 설계 관련하여 질문드립니다.

Question

안녕하세요 조그만한 프로젝트로 예약 웹 페이지를 한 번 만드려고 합니다.특정 날짜에 제한된 인원만 예약이 가능하도록 하고, 제한된 인원의 예약이 모두 초과되면 이후 예약은 모두대기열(?)같은 곳에 넣어서 만약 예약이 취소되면 대기열에 있는 예약을 실제 예약으로 바꾸고 싶은데요,이때 사용자는 본인의 예약 상황과 예약이 대기 상태에 있다면 몇 번째 대기에 있는 지 확인하려고 합니다.DB 스키마를 설계하려는데 어떻게 설계하는 것이 좋을까요? 검색을 해 봤지만 저의 검색력으론 제가 원하는 정보를 찾을 수가 없는것 같아 질문을 올려봅니다. 제가 생각했던 것은 예약 테이블과 예약 대기 테이블을 만들어, 예약 테이블에서 취소가 발생하는 경우예약 대기 테이블에서 가장 먼저 예약한 컬럼을 찾아 해당 컬럼을 예약 테이블로 옮기고, 예약 대기 순번은 정렬을 통해 Rank를 매겨 출력하는 것으로 생각해 봤는데요, 좀 더 좋은 방안이 있거나 다른 방안이 있다면 고견을 듣고 싶습니다. 감사합니다.

오후 · Answer

생각하신대로 테이블 분리해도될거고한태이블로둔다면 "상태" 컬럼을 두면 될거같네요상태 : "예약" / "대기" / "취소"대기순번 - "대기"상태의 row 등록일 오름차순

테스트맨 · Answer

예약, 쿠폰 등 제한된 인원에게 뿌리는 기능은... 무엇보다 Lock의 개념이 중요합니다.저거 먼저 공부하시길요. 테이블을 나누냐 컬럼으로 두냐의 문제가아님..DB Lock, 서비스 락, 분산 락 등옛날에 어떤 한 사이트에서 개발 잘못해서 제한된 할인 쿠폰 100개 발행되야 하는데 1000개 넘게 발행되었죠

장독깨기 · Answer

이런 건 검색으로 하는 것이 아니구요, 본인 스스로 생각해서 구조화를 하셔야 합니다.그리고, 지금 생각하신 데로 하면 될 거 같습니다.추가로 회원, 예약 대상 등에 대한 엔티티도 필요하겠죠.이런 엔티티를 구조화 하는 설계를 해보면 좋은데요,이때 ERD 편집 툴을 이용하면 됩니다. https://www.erdspace.com 여기를 한 번 이용해보세요.마지막으로, 지금 내가 한 구조화 방식이나 로직이 베스트일까 이런 부분은 너무 고민하지 마세요.내가 생각한 구조화와 로직이 논리적으로 이상이 없다 생각이 들면 개발 진행하면 됩니다.이 과중에 많은 시행착오를 겪으면서 더 나은 방식을 생각하게 될 테고,그러한 부분이 실력 향상에 도움이 될 것 입니다.아, 그리고, 설계 하기 전에 요구 기능이 무엇인지 가급적 상세하게 정리하는 것이 늘 먼저 입니다.그래야, 이를 바탕으로 내가 구조화한 방식이 이상 있는지 없는지 검증할 수 있습니다.열심히 하세요. :)

예약 관련 웹 페이지 DB 설계 관련하여 질문드립니다.

3개의 답변

#schema 목록