예약 기능 개발 시, 예약 데이터 저장 형태에 관해 질문드립니다.

Question

안녕하세요. 상품을 예약하는 기능을 구현하고 있습니다.사용자가 상품을 선택하고 시간을 골라 예약을 하는데 상품에 딸린 옵션, 요청사항 등을 기입하고 예약 시점에 적용가능한 할인을 받고 예약을 하는 구조입니다.해당 예약 데이터는 예약을 한 이후로는 사용자는 수정을 할 수 없지만, 어드민은 해당 예약에 대한 정보를 수정할 수 있게 하려합니다. (예약 시간, 상품 변경 등)이런 구조에서 저는 먼저 예약 시점에 고른 상품이나 옵션 등의 데이터는 고정되어야 하므로, 기존 RDB에 담긴 데이터와 별도로 스냅샷 성으로 데이터를 저장하는 게 맞다고 생각했습니다. 그리고 예약을 처리한 이후에 어드민에 의해 수정될 수 있으므로 이러한 변경이력 또한 저장해야 한다고 생각했습니다.이런 요구사항을 충족하기 위해서 스냅샷성 데이터를 데이터 종류 별로 db테이블로 나누어 저장하는 방식과, 데이터 별로 json컬럼을 두어 저장하는 방식을 생각해봤습니다. (mongodb같은 문서 디비에 따로 저장할까했는데 별도의 스토리지를 쓰는 것과 트랜잭션 관리 복잡도로 인해 우선은 RDB(postgresql)로 구현해보려합니다. )그래서 지금은 데이터 별로 Json 컬럼을 두어서, reservation 테이블이 있다면idstatus,member JSONB (예약시점의 예약자 정보)discounts JSONB (예약시점의 할인 정보 )products JSONB (예약 시점의 상품 정보)history JSONB (변경 이력 저장, append 형태로 관리 )이런식으로 구현해서 예약 데이터를 관리하려 하는데, 혹시 이 방법의 문제점이 있을까요? 지금 당장 드는 생각은 검색이나 정렬에 있어서 jsonb가 컬럼보단 비효율적이다 정도로 생각이 들긴 합니다지금 현재 요구사항 기준으로는 위 구조로 문제는 없어 보이는데 너무 화면 위주로 설계를 하고 있는 것이 아닌가 하는 걱정도 있습니다. 커머스쪽 경험이 있으시다면 조언 주시면 감사하겠습니다..!

더미 · Answer

굳이 필요한 경우가 아니라면 json 형태는 지양합니다.

장독깨기 · Answer

JSON 형식으로 저장할 이유가 전혀 없어 보이네요,데이터를 고정하는 것과 JSON 형태로 저장하는 것은 아무런 상관 관계가 없습니다.가령, A 사용자의 예약 정보를 보고 싶다, 또는, 특정 상품을 예약한 사용자들을 보고 싶다,... 어케 하려고 그러세요. 데이터는 관계를 맺고 있어야 합니다.

catcode · Answer

근데 왜 JSON으로 관리하는거죠?그냥 FRONT에 던져줄 때 만 JSON으로 주면 될텐데요?

예약 기능 개발 시, 예약 데이터 저장 형태에 관해 질문드립니다.

3개의 답변

#rdb 목록