지금 상황에서 FK null을 허용해도 될까요?

Question

회원과 일정이 일대다 관계입니다. (회원에 FK 존재)회원은 하나의 일정에 속한다.일정은 여러 회원을 갖는다.회원 가입 -> 일정 생성 흐름으로 진행되서 회원 가입전에 일정 생성을 강제할 수 없는 상황입니다ㅜㅜ 회원 가입 후 하루 동안 일정을 만들지 않으면 자동 삭제되도록 하여 FK 참조 무결성 문제를 해결하려고 합니다!이 방법 어떻게 생각하실까요? 또 위와 같은 흐름에서 더 좋은 방법이 있을까요?

잠자는사자 · Accepted Answer

필수가 아닌데 필수로 넣었으니 애초에 잘못된 설계 싹 고쳐야지요중간에 관계 테이블(회원-일정) 테이블을 만들어서 FK참조하게 하고요일정이 있는 회원은 관계 테이블에 입력, 없으면 데이터 없으면 되는것입니다.

장독깨기 · Answer

공통 일정을 회원이 참조하는건가요? 일정에 대한 설명이 좀 필요해보이는데요,뭐 암튼,회원과 일정이 일대다 관계입니다. (회원에 FK 존재)회원은 하나의 일정에 속한다.일정은 여러 회원을 갖는다.3문장이 서로 모순이 됩니다.1) 회원과 일정이 1:n 관계라면,회원에 FK 가 존재하는 것이 아니라, 회원 PK 가 일정에 FK로 포함되어야 합니다.2) 회원은 하나의 일정에 속한다 가 아니구요,회원은 여러 개의 일정을 가질 수 있다. 이렇게 해야 1:n 관계가 됩니다.3) 일정은 여러 회원을 갖는다.이 부분에서 공통 일정인지 묻는 건데요,이러면, 회원과 일정은 n:n 관계가 됩니다.중간에 테이블을 하나 두어 서로 관계를 맺어야 합니다.테이블 구조 설계를 할 때는, ERD 편집 툴을 이용하는 것이 좋습니다.https://www.erdspace.com 여기 한 번 이용해보세요. :)

scissors hand · Answer

뭐 좋은 방법인지는 모르겠지만, Null Object 패턴을 사용하는 것처럼 가상의 일정을 만들어서 사용하는 방법도 있습니다.회원 가입시 위에서 생성한 가상의 일정을 자동 부여하고, 나중에 일정을 생성할 때 교체하는 것이죠.가상의 일정을 구분하거나 해야 하 코드가 들어가는게 더 번거롭거나 자연스럽지 않다 생각하시면 원래 생각하신 대로 FK를 nullable로 해야겠죠.

지금 상황에서 FK null을 허용해도 될까요?

3개의 답변

#fk 목록