BCNF 정규화에 대한 질문

Question

professor_bcnf, enrollment_bcnf로 테이블을 분리하는 과정에서 질문이 있습니다. 이전에 이름과 같은 자연키는 기본키로 두면 안된다고 들었는데 현재는 professor_bcnf에서 professor_name이 기본키로 있습니다. 이런 경우에는 문제가 딱히 생기지 않나요?

김영한 · Answer

안녕하세요. bbcc8417님 쉬운 예시로 설명하기 위해 이렇게 만든 것으로 이해하시면 됩니다 🙂 실무에서는 말씀드린 것 처럼 자연키 보다는 대리키를 기본키로 사용하는 것이 좋겠지요? 감사합니다.

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. bbcc8417님. BCNF(보이스-코드 정규형)는 데이터베이스 정규화 단계 중 하나로, 모든 결정자가 후보키가 되어야 하는 조건을 만족하도록 테이블을 설계하는 것입니다. 이 과정에서 자연키인 professor_name 을 기본키로 사용하는 것에 대한 우려를 질문 주셨군요. 자연키를 기본키로 사용하는 경우의 주의점 변경 가능성 : 이름과 같은 자연키는 변경될 가능성이 있습니다. 만약 이름이 변경될 경우, 기본키로 사용되고 있는 값 역시 변경되어야 하며 이는 데이터의 무결성과 일관성을 유지하는 데 문제가 될 수 있습니다. 중복 위험성 : 이름의 경우 중복될 가능성이 있습니다. 동일한 이름을 가진 다른 교수들이 존재할 수 있기 때문에 professor_name 을 기본키로 사용하는 것은 충돌 위험을 초래합니다. 이를 방지하기 위해 보통 자연키 대신에 변화 가능성이 적고 유일한 대리키(예: professor_id )를 사용합니다. 대리키는 시스템 내부에서만 의미를 가지며, 외부에서는 표현되지 않는 고유한 식별자 역할을 합니다. 해결 방안 대리키 사용 : professor_id 와 같은 대리키를 기본키로 사용하고, professor_name 외의 학문적 식별자로 사용하는 것이 안전합니다. 유니크 제약 추가 : professor_name 필드에 유니크 제약을 추가하여, 동일한 이름을 허용하지 않음으로써 자연키의 문제점을 일부 해결할 수 있습니다. 참고할 만한 링크 자연 키와 대리 키에 대한 깊은 논의 이번 답변이 BCNF 정규화와 자연키/대리키 사용에 대한 이해를 돕는 데 도움이 되었으면 합니다. 추가적인 질문이나 더 궁금한 점이 있으시면 언제든지 말씀해 주세요. 곧 지식공유자께서도 답변해 주실 것입니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.