데이터베이스 구조 관련 고민이 있습니다

Question

두 가지 테이블 구조 중에 고민하고 있는데 조언 부탁드립니다 개발하려는 프로젝트와 주요 요구 사항은 아래와 같습니다:식단 관리/헬스 매니아들을 타겟팅한 음식점 조회 및 추천 서비스foodCategory 테이블에는 저당 식품 판매, 프로틴 식품 판매, 제로칼로리 식품 판매가 있음회원 엔티티의 경우 본인이 선호하는 foodCategory를 여러개 선택할 수 있고, 음식점 엔티티의 경우 가게에서 판매하는 음식과 일치하는 foodCategory를 여러개 선택할 수 있음회원은 본인이 선택한 foodCategory 와 동일한 foodCategory를 선택한 다른 회원들이 북마크한 음식점 중 가장 북마크 수가 높은 음식점을 우선적으로 추천받을 수 있음 이를 고려하여 설계한 첫번째 테이블은 아래와 같습니다 (질문 내용과 관련 있는 필드만 기입했습니다) 1안:&#43;--------------------------&#43; | restaurant | &#43;--------------------------&#43; | restaurant_id | | restaurant_name | &#43;--------------------------&#43; &#43;--------------------------&#43; | food_category | &#43;--------------------------&#43; | food_category_id | | food_category_name | &#43;--------------------------&#43; &#43;--------------------------&#43; | member | &#43;--------------------------&#43; | member_id | &#43;--------------------------&#43; &#43;-------------------------------&#43; | restaurant_food_category | &#43;-------------------------------&#43; | restaurant_food_category_id | | restaurant_id | | food_category_id | &#43;-------------------------------&#43; &#43;----------------------------&#43; | member_food_category | &#43;----------------------------&#43; | member_food_category_id | | member_id | | food_category_id | &#43;----------------------------&#43; &#43;--------------------------&#43; | book_mark | &#43;--------------------------&#43; | book_mark_id | | restaurant_id | | member_id | &#43;------------------------- &#43; food_category T에는 아래와 같이 데이터가 쌓입니다 (회원이 해당 테이블에 데이터 인서트 못함)&#43;--------------------------&#43;-------------------------&#43; | food_category_id | food_category_name | &#43;--------------------------&#43;-------------------------&#43; | 1 | &#34;저당_식품_판매&#34; | | 2 | &#34;프로틴_식품_판매&#34; | | 3 | &#34;제로칼로리_식품_판매&#34; | &#43;--------------------------&#43;-------------------------&#43; 음식점과 food_category 테이블 간 관계 / 회원과 food_category 테이블 간 관계 / 회원과 book_mark 관계 전부 다대다로 빼주었습니다 장점food_category에 “국내산 제품 판매”와 같이 새로운 데이터가 추가될 경우 확장성에 용이단점회원은 본인이 선택한 foodCategory 와 동일한 foodCategory를 선택한 다른 회원들이 북마크한 음식점 중 가장 북마크 수가 높은 음식점을 우선적으로 추천받을 수 있는 기능→ 이 기능 구현 시 회원, 음식점, 북마크, foodCategory T 모두 조인해야함 단점을 보완한 다른 테이블 구조를 고려하던 중 아래와 같이 테이블을 설계했습니다2안:&#43;--------------------------&#43; | restaurant | &#43;--------------------------&#43; | restaurant_id | | restaurant_name | | food_category_id | &#43;--------------------------&#43; &#43;--------------------------&#43; | food_category | &#43;--------------------------&#43; | food_category_id | | food_category_name | &#43;--------------------------&#43; &#43;--------------------------&#43; | member | &#43;--------------------------&#43; | member_id | | food_category_id. | &#43;--------------------------&#43; &#43;--------------------------&#43; | book_mark | &#43;--------------------------&#43; | book_mark_id | | restaurant_id | | member_id | &#43;--------------------------&#43; food_category T에는 1안과 약간 다른 형태로 아래와 같이 데이터가 쌓입니다 (회원이 해당 테이블에 데이터 인서트 못함)&#43;--------------------------&#43;------------------------------------&#43; | food_category_id | food_category_name | &#43;--------------------------&#43;------------------------------------&#43; | 1 | &#34;저당_식품&#34; | | 2 | &#34;프로틴_식품&#34; | | 3 | &#34;제로칼로리_식품&#34; | | 4 | &#34;저당_식품_및_프로틴&#34; | | 5 | &#34;저당_식품_및_제로칼로리&#34; | | 6 | &#34;프로틴_식품_및_제로칼로리&#34; | | 7 | &#34;저당_식품_및_프로틴_및_제로칼로리&#34; | &#43;--------------------------&#43;-------------------------------------&#43; 회원이 저당 식품과 프로틴 식품을 선택했다면, 해당 회원 데이터의 food_category_id 필드에서 4가 들어갑니다. 프로틴 식품 및 제로칼로리를 판매하는 음식점이라면 food_category_id 필드에서 6이 들어갑니다. 장점회원은 본인이 선택한 foodCategory 와 동일한 foodCategory를 선택한 다른 회원들이 북마크한 음식점 중 가장 북마크 수가 높은 음식점을 우선적으로 추천받을 수 있는 기능→ 이 기능 구현 시 회원, 음식점, 북마크 T만 조인하면 됨단점food_category에 “국내산 제품 판매”와 같이 새로운 데이터가 추가될 경우, 그리고 기존에 저장된 음식점 중 국내산 제품을 판매하는 음식점이 많은 경우, DB에 기존에 삽입한 데이터 변경 작업이 필요함 서론이 길었네요.. 질문은 아래와 같습니다2안과 같은 테이블을 부분적으로 비정규화했다고 표현할 수 있을까요? 이렇게 저렇게 구상해보다가 나온 테이블 구조라 정확히 어떤 구조라고 말해야할지 모르겠습니다 현업에서는 이러한 케이스에서 보통 어떤 테이블 구조를 가져가시나요?food_category에 새 데이터가 절대 추가될 일이 없으면 2안을 가져가겠지만, 사실 이럴일은 거의 없어서….물론 테스트를 해보고 성능이 어떤지 제대로 봐야하겠지만, 이런 경우에는 아예 다른 테이블 구조를 가져가시는지, 애초에 2안과 같은 테이블 구조가 현업에서 많이 사용되는지 궁금합니다긴 글 읽어주셔서 감사합니다

장독깨기 · Answer

1안에 단점으로 생각한건 단점이 아닙니다.성능 문제 없으니, 1안으로 하면 될 거 같습니다.2안 같은 경우는 거의 사용하지 않습니다만,코드 성 데이터로 정해져 있고 거의 불변이다 생각들면 간혹 사용할 수 있는데요,근데, 저렇게 순차적으로 하지 않고, 비트연산을 고려해서 정의하면 좀 더 유용합니다.1 저당 2 프로틴 4 제로칼로리 &#61;> 이렇게 정의를 내리면3 저당&#43;프로틴5 저당&#43;제로칼로리6 프로틴&#43;제로칼로리7 저당&#43;프로틴&#43;제로칼로리이런 식으로 적용 할 수 있습니다.뭔 가 하나 추가 되었다, 그럼, 8로 정의를 내리면 됩니다. 그 다음 추가되면 16이 되겠죠.그리고, AND 연산을 이용하면 각각을 뽑아 낼 수 있습니다.https://www.erdspace.comERD 편집 툴인데요, 여기 한 번 이용해보세요. :)

Matthew Kim · Answer

1안이 제가 봤을 땐 2안보다 합리적인것 같구요 판매 라는 테이블이 있으면 좋겠네요. 레스토랑, 멤버, 음식카테고리, 수량, 날짜가 들어있어서 언제 누가 어떤 음식을 주문 했는지를 저장 해야 하지 않을까 싶어요.그래야 추천을 해줄듯요

데이터베이스 구조 관련 고민이 있습니다

2개의 답변

기술 목록