해당 서비스의 ERD설계 어떻게 해야할까요..?

Question

배달의 민족, 요기요와 같은 배달 플랫폼에서의 '배달비', '최소주문 금액'이 너무 부담되어원하는 브랜드 1순위, 2순위, 3순위 매장 선택하여 선택된 3가지 가게 바탕으로 상대방과 매칭되어 함께 채팅방이 개설되는 서비스를 사이드 프로젝트겸 만들고 있습니다.그런데 Brand(매장) 테이블을 어떻게 연관관계를 맺어야 할지 고민입니다.대충 매칭 과정은원하는 음식 카테고리 선택원하는 매장 (ex. BBQ- 서울점) 을 최대 3가지 선택합니다.'매칭하기'를 클릭하면, 매칭 진행중인 사용자들은 Waiting Room에 들어가서 (아마 이 부분은 나중에 Redis로 개발하는게 맞다는 생각이 드는데 우선은 일반 RDB로 구현하고 개선해보고 싶음 마음입니다.) 해당 브랜드에 3명이 찰 때 까지 기다리고 (Queue형식을 이용할 것 같은데 Queue를 사용하면 매칭된 사람은 다른 브랜드 매장의 queue에서 제거되어야 하는데, 중간 데이터 삭제에 대한 어려움이 잔재합니다..미해결..) 3명이 차면 매칭된 3명 enqueue해주어 웹소켓을 통해 채팅방을 개설해줍니다.매장을 사용자와 직접적으로 연관관계를 맺어주어야 할까요? 그렇다기에는 N:M관계라고 생각이 들어서 그건 아닌 것 같고,,, Intersection Table을 만들어서 두기에는 테이블을 하나 더 생성해야하는 자원 비용적 부담이 떨쳐지질 않고요... 어떻게 하면 좋을까요?

장독깨기 · Accepted Answer

일단, 디스크 I/O 부분은 너무 크게 신경 쓸 필요 없습니다.두 가지 관점에서 얘기해보겠습니다.첫째. 사용자가 매장 3개를 선택했습니다.그럼, 선택 된 매장에 websocket 또는 sse 로 알림을 보내서 참여를 유도해야겠죠.근데 매장이 현재 접속해 있지 않습니다. 또는, 어찌해서 새로고침을 했습니다.그럼 매장은 알 수가 없습니다. 이때, 데이터베이스에서 조회해야 합니다.둘째. 대부분의 데이터는 정보로서 가치가 있으므로, 보존하는 것이 좋습니다.가령, 사용자가 선택할 때 지난 데이터를 보고 추천할 수도 있고,사용자가 어떤 매장을 선택했는지 통계로 보여줄 수도 있습니다.좀 더 생각해보면 그 데이터를 활용할 방안들이 있을 겁니다.그리고 대부분이 이런 식으로 시스템을 구축합니다. 데이터를 쉽사리 버리지 않습니다.채팅방과 사용자의 관계도 마찬가집니다.글쓴이가 한 방식으로 사용자 테이블에 채팅방 아이디를 업데이트 했다가 삭제했다고 할 수도 있지만,이렇게 하면 특정 시점 특정 채팅방에 참여한 회원 정보를 알 수가 없습니다.뭐 알 필요 없지 않은가 생각 할 수도 있겠지만, 가령, 트러블이 생긴다든지 해서,지난 데이터를 조회할 필요도 있습니다.기본적으로 시스템에서 발생한 데이터는 모두 가지고 있어야 한다 정도로 생각하면 좋을 거 같습니다.마지막 레디스 이용하는 부분에 대해서 조금 말씀드려보면,3개의 매장이 순차적으로 참여를 했다고 보겠습니다.그럼 어플리케이션 내에 참여 정보를 관리하고 있어야 하고,이를 감시하는 스레드가 있어야 할 것 입니다.이때, 단일 어플리케이션이면 굳이 레디스 사용할 필요 없이어플리케이션 메모리 내에 참여 정보를 관리하면 됩니다.근데, 어플리케이션이 분산되어 있다면 레디스를 이용해야겠죠.메모리 내 먼저 작업 해 보시고, 차 후에 레디스를 이용해보는 것도 좋겠습니다.그리고, 위에 말씀드린거처럼 매장이 참여를 했으면 그 정보 역시 데이터베이스에 남겨두는 것이 좋겠습니다.앞서 말씀드렸지만, 시스템이 제공할 기능을 먼저 충분히 생각해서 자세히 정리하는 것이 좋습니다.그래야, ERD 로 설계할 때 기능에 필요한 데이터가 충분히 만족하는지 확인을 해볼 수 있습니다.열심히 하세요. :)

장독깨기 · Answer

사용자가 매장 3개를 선택하고 그들과 협상해서 한 곳에 주문 하겠다는거죠? ㅎ그럼, 일단 사용자가 매장 3개를 선택한 정보를 담는 테이블이 있어야겠죠.이 테이블에는 사용자와 매장을 각각 연결하면 될 것 입니다.그리고, 작성한 ERD에 채팅방과 사용자의 연결은 반대로 하셔야 합니다.ERD 를 설계할 때는 시스템이 제공하는 기능에 대해 관리해야 할 데이타가 무엇인지 생각하고 식별해서 엔티티를 먼저 추출해야 합니다.위 ERD 는 아직 많이 부족해보이긴 합니다. 시스템이 제공할 기능부터 먼저 정리하고, 관련 엔티티 부터 한번 추출해보세요.https://www.erdspace.com ERD 편집 툴인데요, 여기도 한 번 이용해보세요. :)

장독깨기 · Answer

채팅방과 사용자를 직접 매핑 하려니 그렇습니다. 데이터가 어떻게 들어가는지 한 번 보겠습니다.채팅방 아이디 : 1채팅방 개설일 : 1/1사용자 아이디 : a사용자 아이디 : b사용자 아이디 : c채팅방 아이디 : 2채팅방 개설일 : 1/2사용자 아이디 : a사용자 아이디 : d...데이터 보면 채팅 방 아이디 하나에 사용자가 여러 명입니다.채팅방에 참여한 사용자를 저장할 테이블이 따로 있어야겠죠.그니까, 채팅방 - 채팅방 사용자 - 사용자 이런 구조로 하면 될 것 입니다.열심히 하세요. :)

장독깨기 · Answer

조금 만 더 말씀드려보겠습니다.사용자에는 매장에 속한 사용자가 있고 주문을 하는 사용자가 있습니다.이 둘을 테이블을 따로 두어 관리할 수도 있고 한 테이블에 두어 관리할 수도 있습니다.먼저, 1) 한 테이블에 두어 관리한다 보겠습니다.그럼, 사용자와 매장을 연결해야겠죠. 그래야, 사용자가 어느 매장 소속인지 알 수 있습니다.그리고, 사용자와 매장을 어케 매핑할지 기능적으로 생각을 해 둬야 합니다.2) 각 사용자를 별도 테이블로 관리한다 보겠습니다.그리고, 채팅방은 주문을 하는 사용자 1명과 매장 소속의 사용자 여러명이 있어야 합니다.그럼 채팅방은 채팅아이디, 주문 사용자 아이디, 채팅방이름, 개설일 정도 컬럼을 두고 사용자 테이블과 연결하면 될 것이고, 채팅방 사용자 테이블은 매장 소속 사용자와 연결하면 되겠죠.이 역시 매장 소속 사용자들을 어케 추가할 것인지 기능적으로 생각을 해 둬야 합니다.

해당 서비스의 ERD설계 어떻게 해야할까요..?

4개의 답변

기타 목록