테이블이 1 : 1 관계 일때 primary id 컬럼의 이름에 대해서

Question

매장 고객관리 앱 A가 있고,매장 이용객들이 매장에 예약할 수 있는 앱 B가 있습니다.두 앱은 같은 데이터베이스를 사용하고 있습니다.A앱에서 사용하는 앱 설정이 저장된 테이블 Shop 이 있고B앱에서 이용객들이 볼 수 있는 매장의 소개글, 정기휴무요일 등등 데이터가 저장된 테이블 ShopInfo 가 있을 때Shop 과 ShopInfo 는 1:1 관계를 맺고 있습니다. 위는 prisma schema라서 prisma를 사용하지않는 분들은 낯설게 느끼실 수 있지만..어쨋든 ShopInfo의 primary id 이름을 id로 두는게 좋을지, shopId 로 두는게 좋을지 고민입니다.혼자 생각해보면 둘다 장단점이 있어보이는데,이런경우에 다들 어떤식으로 처리하실까요?

AskeTeddy · Accepted Answer

정확히는 shop info 는 entity 가 아닙니다.shop 의 vo 일 뿐이지요. 그렇기 때문에 entity 가 될 경우 id 가 추가할 수 있어야합니다.그러나 이미 id 를 shop 의 vo 로써 소모하고 있다면, 의미상 중복으로 id 를 추가할 수 없게 됩니다.이 문제는 vo 와 entity 의 관계성을 염두하고 있어야 확장 가능해집니다.entity 는 생명주기를 가져야합니다.즉 파생되는 관계가 외부에 따로 존재해야합니다.예를 들어 shop info 만을 다루는 다른 service 가 존재해야합니다.어떤 shop 인지가 아니라, 어떤 shop info 인지를 구분할때 의미 있는 기능이 있어야합니다.이때 shop info 는 entity 가 되며, id 가 필요해집니다. 이 이후로는 id 를 shop 에 의존하지 않고 생성합니다.예를 들어, shop 의 timestamp 관계를 고민해보면 비슷한 사례가 만들어집니다.shop 은 가게에 고정된 개념이지만, shop 정보의 변경이 도메인일 수 있습니다. <- 데이터 엔지니어링, exploratory data analysis 의 사유로 만들어짐.

잠자는사자 · Answer

물론 정답은 없지만암묵적 정답은 기존 프레임워크들 참조하면 답 나옵니다.그냥 ID입니다.

AskeTeddy · Answer

당연히 named+id 로 고민하는게 팀단위로써는 좋은 방법입니다. (good is shopId)id 로 해두면, 어떤 테이블은 어떤 테이블의 아이디와 같다 라는 메타 규칙이 혼재하게 됩니다.

장독깨기 · Answer

테이블명 + 아이디로 하면 다른 테이블과 헤갈리지 않을겁니다. 그래서, 둘다 shop_id 가 무난해 보입니다.그리고, shop 테이블 하나만 있으면 되는데요, 굳이 분리한 이유가 있는지 모르겠군요.

테이블이 1 : 1 관계 일때 primary id 컬럼의 이름에 대해서

4개의 답변

Q&A 목록