로그인 후 이용해주세요.
출세한 익룡님의 면접 결과
30
총점
3
질문 수
0
좋아요
1
조회수
종합 평가
관계형 데이터베이스의 키 개념과 참조 무결성 옵션(CASCADE, RESTRICT 등)에 대한 기본적인 이해를 갖추고 있으며, 실무에서 사용되는 용어를 적절히 활용하는 모습을 보여주셨습니다. 후보키를 "기본키가 되지 못한 키"로 설명하신 부분은 개념이 역전된 것으로, 후보키는 기본키가 될 수 있는 후보 집합이며 기본키도 후보키 중 하나입니다. 또한 답변이 전반적으로 결론만 제시되고 동작 원리나 근거가 빠져 있어 깊이가 아쉽습니다. 후보키→기본키 선택 구조(후보키 집합에서 하나를 기본키로 지정하는 원리)를 먼저 정리한 뒤, ON DELETE / ON UPDATE 각각에 대해 CASCADE·RESTRICT·SET NULL·NO ACTION이 어떻게 다르게 동작하는지를 실제 SQL DDL 예시(CREATE TABLE … FOREIGN KEY … ON DELETE CASCADE)로 직접 작성하며 확인해 보시길 권장합니다.
질문별 상세 분석
슈퍼키, 후보키, 기본키, 외래키에 대해 설명해주세요.
응답 내용
슈퍼키 : 유일성 만족, 후보키 : 기본키가 되지 못한 유일성과 최소성 만족, 기본키 : 검색에 사용되는 유일성과 최소성을 만족, 외래키 : 다른 테이블의 기본키를 참조
AI 피드백
각 키의 핵심 속성을 간결하게 짚어주신 점은 좋습니다. 다만 후보키의 정의에 작은 오류가 있는데, 후보키는 "기본키가 되지 못한 키"가 아니라 유일성과 최소성을 만족하는 키들의 집합이며, 기본키는 그 후보키들 중 하나를 선택한 것입니다. 즉 기본키도 후보키의 일원입니다. 외래키 설명에서는 참조 무결성(referential integrity) 개념, 즉 외래키 값이 반드시 참조 대상 테이블의 기본키에 존재하거나 NULL이어야 한다는 제약 조건까지 언급해주시면 실무적 이해를 더 잘 드러낼 수 있습니다. 예를 들어 "외래키는 다른 테이블의 기본키를 참조하며, 참조 무결성을 보장하기 위해 존재하지 않는 값을 가질 수 없다"와 같이 표현해보시면 좋겠습니다.
외래키가 참조 무결성을 보장하는 원리는 무엇인가요?
응답 내용
삽입할 때 실제 부모 데이터 있나 확인 후 변환 있을 시 CASCADE, RESTRICT등 옵션을 따릅니다
AI 피드백
참조 무결성의 핵심인 삽입 시 부모 데이터 존재 여부 확인과 CASCADE, RESTRICT 같은 제약 옵션을 정확히 짚어주신 점은 좋습니다. 다만 참조 무결성은 삽입뿐만 아니라 부모 테이블에서의 수정(UPDATE)이나 삭제(DELETE) 시에도 동일하게 적용되는데, 이 방향도 함께 언급하셨다면 더 완성도 높은 답변이 됐을 것입니다. 또한 RESTRICT 외에도 SET NULL, NO ACTION 같은 옵션의 동작 차이를 구분해 설명할 수 있다면 실무 이해도를 더 잘 보여줄 수 있습니다. 예를 들어 "CASCADE는 부모 행 삭제 시 자식 행도 연쇄 삭제되고, RESTRICT는 자식 행이 존재하면 부모 삭제 자체를 거부합니다"처럼 각 옵션의 동작을 대비시켜 설명하는 연습을 해보시길 권장합니다.
CASCADE 옵션이 설정된 외래키에서 부모 레코드가 삭제될 때 어떤 일이 발생하나요?
응답 내용
같이 삭제됩니다
AI 피드백
CASCADE DELETE의 핵심 동작인 "자식 레코드도 함께 삭제된다"는 점을 정확히 짚으셨습니다. 다만 "같이 삭제됩니다"만으로는 메커니즘이 드러나지 않아 아쉽습니다. 예를 들어 "부모 레코드가 삭제될 때 해당 기본키를 외래키로 참조하는 자식 테이블의 모든 레코드가 자동으로 삭제됩니다"처럼 어떤 레코드가 왜 삭제되는지를 함께 설명하면 훨씬 완성도 있는 답변이 됩니다. CASCADE UPDATE의 경우 부모의 기본키 값이 변경될 때 자식의 외래키 값도 동일하게 갱신된다는 점도 함께 알아두시면 좋습니다.
커뮤니티 공유 안내
• 이 결과는 AI가 분석한 내용이며, 학습 목적으로 커뮤니티에 공유됩니다.
• 좋아요를 눌러 유용한 답변에 반응을 남겨보세요.
• 개인정보는 포함되지 않으며, 면접 연습 개선을 위한 참고 자료로 활용됩니다.