데이터베이스 레포트 - 데이터베이스에서 외래키 사용 시 발생할 수 있는 문제와 그 해결 방법을 조사하여 서술하시오.

I. 서론

데이터베이스 실습에서 주문 테이블을 만들다가 고객 번호 때문에 저장이 거부된 적이 있다. 화면에는 외래키 제약 위반이라는 오류만 떠서 처음에는 불편한 규칙이라고 생각했다. 고객 테이블에 없는 번호를 주문 테이블에 넣으려 했던 게 원인이었다. 오류를 고치고 나니 외래키가 귀찮게 막은 것이 아니라 존재하지 않는 고객의 주문이 생기는 일을 막았다는 사실이 이해됐다. 문제는 외래키를 넣었다고 데이터 설계가 저절로 안전해지는 것은 아니라는 점이다. 부모 행을 지우지 못하는 상황, 연쇄 삭제가 예상보다 넓게 퍼지는 상황, 인덱스가 없어 수정이 느려지는 상황처럼 무결성을 지키는 장치가 운영 문제와 맞물릴 수 있다. 외래키를 잘 쓰려면 제약을 선언하는 데서 끝내지 않고 관계의 의미, 삭제 정책, 인덱스, 트랜잭션까지 함께 설계해야 한다.

II. 본론

1) 참조무결성을 지키려다 만나는 삽입과 수정, 삭제 오류

외래키는 한 테이블의 열이 다른 테이블의 기본키나 고유키를 참조하도록 만드는 제약이다. 주문의 고객번호가 고객 테이블의 실제 고객번호를 가리키게 하는 식이다. 가장 큰 목적은 참조무결성을 지키는 데 있다. 부모 테이블에 존재하지 않는 값을 자식 테이블이 마음대로 가리키지 못하게 하고, 관계가 깨지는 수정과 삭제도 제한한다. 데이터가 여러 화면과 프로그램에서 입력되더라도 데이터베이스 수준에서 공통 규칙을 지킬 수 있다는 장점이 크다. 애플리케이션 코드가 실수해도 마지막 방어선이 남는 셈이다.

문제는 삽입 순서를 잘못 잡을 때 바로 드러난다. 아직 고객 행이 만들어지지 않았는데 주문을 먼저 넣으면 외래키 오류가 난다. 파일을 대량 적재하거나 여러 시스템에서 데이터를 옮길 때 자주 만나는 문제다. 해결은 부모 데이터를 먼저 저장한 뒤 생성된 키를 받아 자식 데이터를 넣는 순서를 지키는 것이다. 하나의 업무에서 부모와 자식 입력이 함께 이뤄진다면 트랜잭션으로 묶어 중간 실패가 남지 않게 해야 한다. 외래키를 잠시 끄고 데이터를 밀어 넣는 방법은 빠를 수 있지만 잘못된 참조가 들어가면 나중에 복구 비용이 커진다. 대량 적재가 필요하면 별도 검증 단계와 제약 재검사를 계획해야 한다.

수정에서도 비슷한 문제가 생긴다. 부모 테이블의 참조 대상 키를 바꾸려는데 자식 행이 옛 값을 가리키고 있으면 변경이 거부될 수 있다. 기본키는 처음부터 자주 바뀌지 않는 값으로 잡는 편이 그래서 안전하다. 주민번호나 전화번호처럼 업무에서 의미가 있지만 바뀔 수 있는 값을 기본키로 쓰면 변경 때 여러 관계를 흔들게 된다. 내부용 숫자 키를 별도로 두고 실제 업무 식별자는 고유 제약으로 관리하는 설계가 흔한 이유다. 참조키를 꼭 바꿔야 한다면 ON UPDATE 정책을 명확히 정하고 영향받는 테이블을 확인한 뒤 처리해야 한다.