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




