데이터베이스 연관관계 매핑

Question

&#64;OneToMany(mappedBy &#61; &#34;diet&#34;, orphanRemoval &#61; true, cascade &#61; CascadeType.ALL)데이터베이스를 생성하는 과정에서 Diet테이블에서 위와 같이 연관관계를 매핑했습니다. 질문은예를 들어 2024-02-06 아침 식단을 삭제하거나 아침에 포함되었던 음식을 제외하려고 할 때 해당 날짜의 아침 식단이 사라지는거지 포함되었던 음식은 사라지는게 아니기 때문에 OrphanRemoval, cascade를 넣으면 해당 날짜의 아침식단을 삭제하면 음식도 삭제될 것 같다고 생각하는데 생각한게 맞을까요?

르매 · Accepted Answer

설계 문제장독깨기님께서 언급한 것처럼 diet 테이블에서 date, category, member_id 의 조합이 unique해야 합니다. PK의 순서도 성능 때문에 중요한데 이것 역시 장독깨기님께서 한 것처럼 member_id, date, category 순서로 만드는 것이 맞습니다.사실 저라면 diet 테이블에 diet_id int unsigned not null auto_increment PRIMARY KEY 로 인조키 컬럼을 만들고, member_id, date, category 컬럼의 순서로 unique 인덱스를 만들겠습니다.그리고 diet_composition 테이블에는 diet_composition_id 컬럼을 만들지 않고, diet 테이블과 food 테이블의 PK 조합으로 PK를 만드는 것이 정석입니다. 제가 제안한대로라면.. diet_id, food_id의 조합으로 PK를 만들고 food_id에만 별도의 인덱스가 있는 형태CASCADE사실 질문하신 건 이 부분인데요.orphan은 우리말로 부모가 없는 고아를 말하죠. 고아를 삭제한다는 말은.. 아침 식단을 삭제했을 때 아침 식단을 부모로한 자식 레코드를 지운다는 의미입니다.그런데 ERD를 보시면 diet가 부모이고 diet_composition이 자식이기 때문에, 아침 식단을 삭제하면 diet_composition에서 자동 삭제가 되는 것은 맞습니다.하지만, food에서도 삭제될까요?그렇지 않죠. 왜냐하면 diet_composition이 자식이고 food가 부모이기 때문입니다.첫 번째 캐스케이딩 삭제의 영향으로 diet_composition 에서는 삭제가 되어도, food는 부모이기 때문에 삭제가 되지 않습니다.

BlueFestival · Answer

일명 '연관관계의 주인' 이 어떤 테이블인지를 확인해보시면 될 것 같습니다.중간 테이블이 -> 식단 테이블, 그리고 음식 테이블을 각각 참조하고 있기 때문에 참조 테이블에 영향을 받는 건 중간 테이블 하나입니다.

장독깨기 · Answer

일단, 테이블이 좀 이상하네요. ㅎ식단 테이블의 PK 는 회원 &#43; 날짜 &#43; 아점저 가 되어야 합니다.회원1 &#43; 20240206 &#43; 아침, 회원2 &#43; 20240206 &#43; 아침,... 이렇게 데이터가 들어가야 되죠.지금 식단 테이블 보면 회원 아이디가 pk 에 포함되어 있지 않은 거 같네요.그러니, 중간 테이블 역시 회원 아이디가 포함되어 있지 않습니다, 포함 시켜야 합니다.그리고, 중간테이블에 별도 PK 를 둔거 같은데요,이렇게 하면 나머지 컬럼을 조합해서 유니크키 만들어야 하는 부분 잊으시면 안 됩니다.그리고, 해당 날짜의 아침 식단을 삭제하면 중간 테이블에 있는 데이터만 삭제하면 됩니다.이 얘기는 아침 식단에 포함된, 즉, 참조하고 있는 음식을 삭제하는 것 입니다.food 테이블에 있는 음식 자체를 삭제할 필요가 없겠죠.&#34;음식도 삭제될 거 같다고 생각&#34; 라는 질문이 좀 헤갈리는데요,그니까, 중간테이블에 있는 데이터는 삭제, food 테이블에 있는 데이터는 삭제되지 않습니다.

데이터베이스 연관관계 매핑

3개의 답변

Q&A 목록