기본 및 외래 키 제약 조건

2017-06-13

SQL Server 테이블에서 데이터 무결성을 강제 적용하는 데 사용할 수 있는 두 가지 유형의 제약 조건으로 기본 키와 외래 키가 있습니다. 이는 중요한 데이터베이스 개체입니다.

이 항목에는 다음 섹션이 포함되어 있습니다.

기본 키 제약 조건

테이블에는 일반적으로 테이블의 각 행을 고유하게 식별하는 값을 가진 열 또는 열 조합이 포함되어 있습니다. 이러한 열이나 열 조합은 테이블의 PK(기본 키)라고 하며 테이블에 엔터티 무결성을 적용합니다. 기본 키 제약 조건은 고유 데이터를 보장하므로 ID 열에 자주 정의됩니다.

테이블에 대해 기본 키 제약 조건을 지정하면 데이터베이스 엔진은 기본 키 열에 대해 고유 인덱스를 자동으로 만들어 데이터 고유성을 적용합니다. 또한 쿼리에서 기본 키가 사용되는 경우 이 인덱스를 사용하여 데이터에 빠르게 액세스할 수 있습니다. 둘 이상의 열에 기본 키 제약 조건이 정의된 경우 값은 한 열 내에서 중복될 수 있지만 기본 키 제약 조건 정의의 모든 열에서 값의 각 조합은 고유해야 합니다.

다음 그림과 같이 Purchasing.ProductVendor 테이블의 ProductID 및 VendorID 열은 이 테이블에 대한 복합 기본 키 제약 조건을 형성합니다. 이렇게 하면 ProductVendor 테이블의 모든 행에 ProductID 와 VendorID의 고유한 조합이 있습니다. 이렇게 하면 중복 행이 삽입되지 않습니다.

복합 PRIMARY KEY 제약 조건

테이블은 하나의 기본 키 제약 조건만 포함할 수 있습니다.
기본 키는 16개의 열과 총 키 길이 900바이트를 초과할 수 없습니다.
기본 키 제약 조건에 의해 생성된 인덱스로 인해 테이블의 인덱스 수가 999개의 비클러스터형 인덱스와 1개의 클러스터형 인덱스를 초과할 수 없습니다.
기본 키 제약 조건에 대해 클러스터형 또는 비클러스터형이 지정되지 않은 경우 테이블에 클러스터형 인덱스가 없는 경우 클러스터형이 사용됩니다.
기본 키 제약 조건 내에서 정의된 모든 열은 NOT NULL로 정의되어야 합니다. null 허용을 지정하지 않으면 기본 키 제약 조건에 참여하는 모든 열의 null 허용 여부가 null이 아닌 것으로 설정됩니다.
CLR 사용자 정의 형식 열에 기본 키를 정의하는 경우 형식 구현이 이진 순서를 지원해야 합니다.

외래 키 제약 조건

FK(외래 키)는 외래 키 테이블에 저장될 수 있는 데이터를 제어하기 위해 두 테이블의 데이터 간에 링크를 설정하고 적용하는 데 사용되는 열 또는 열의 조합입니다. 외래 키 참조에서는 한 테이블에 대한 기본 키 값을 포함하는 열이 다른 테이블의 열에서 참조될 때 두 테이블 사이에 링크가 만들어집니다. 이 열은 두 번째 테이블에서 외래 키가 됩니다.

예를 들어 Sales.SalesOrderHeader 테이블에는 판매 주문과 영업 사원 간에 논리적 관계가 있기 때문에 Sales.SalesPerson 테이블에 대한 외래 키 링크가 있습니다. SalesOrderHeader 테이블의 SalesPersonID 열은 SalesPerson 테이블의 기본 키 열과 일치합니다. SalesOrderHeader 테이블의 SalesPersonID 열은 SalesPerson 테이블의 외래 키입니다. 이 외래 키 관계를 만들면 SalesPerson 테이블에 SalesPersonID 값이 아직 없는 경우 SalesOrderHeader 테이블에 삽입할 수 없습니다.

외래 키 제약 조건에 대한 인덱스

기본 키 제약 조건과 달리 외래 키 제약 조건을 만들면 해당 인덱스가 자동으로 만들어지지 않습니다. 그러나 외래 키에 인덱스를 수동으로 만드는 것은 다음과 같은 이유로 유용한 경우가 많습니다.

외래 키 열은 쿼리에서 한 테이블의 외래 키 제약 조건 열을 다른 테이블의 기본 또는 고유 키 열과 연결하여 테이블의 데이터를 병합하는 조인에서 자주 사용됩니다. 인덱스를 사용하면 데이터베이스 엔진은 외래 키 테이블에서 관련 데이터를 빠르게 찾을 수 있습니다. 그러나 이 인덱스는 만들 필요가 없습니다. 테이블 간에 기본 키 또는 외래 키 제약 조건이 정의되지 않더라도 관련된 두 테이블의 데이터를 결합할 수 있습니다. 그러나 두 테이블 간 외래 키 관계가 설정되면 키를 기준으로 하는 쿼리에서 결합할 때 최적화될 수 있습니다.
기본 키 제약 조건의 변경 내용은 관련 테이블의 외래 키 제약 조건을 통해 확인됩니다.

참조 무결성

외래 키 제약 조건의 기본 목적은 외래 키 테이블에 저장할 수 있는 데이터를 제어하는 것이지만 기본 키 테이블의 데이터 변경 내용도 제어합니다. 예를 들어 Sales.SalesPerson 테이블에서 영업 사원의 행이 삭제되고 Sales.SalesOrderHeader 테이블의 판매 주문에 영업 사원의 ID가 사용되는 경우 두 테이블 간의 관계형 무결성이 손상됩니다. 삭제된 영업 사원의 판매 주문은 SalesPerson 테이블의 데이터에 대한 링크 없이 SalesOrderHeader 테이블에서 분리됩니다.

외래 키 제약 조건은 이런 상황이 발생되지 않도록 합니다. 제약 조건은 이러한 변경 내용이 외래 키 테이블의 데이터에 대한 링크를 무효화하는 경우 기본 키 테이블의 데이터를 변경할 수 없도록 보장하여 참조 무결성을 적용합니다. 기본 키 테이블의 행을 삭제하거나 기본 키 값을 변경하려고 하면 삭제되거나 변경된 기본 키 값이 다른 테이블의 외래 키 제약 조건 값에 해당하는 경우 작업이 실패합니다. 외래 키 제약 조건의 행을 성공적으로 변경하거나 삭제하려면 먼저 외래 키 테이블에서 외래 키 데이터를 삭제하거나 외래 키를 다른 기본 키 데이터에 연결하는 외래 키 테이블의 외래 키 데이터를 변경해야 합니다.

종속 참조 무결성

연계 참조 무결성 제약 조건을 사용하면 사용자가 기존 외래 키가 가리키는 키를 삭제하거나 업데이트하려고 할 때 데이터베이스 엔진이 수행하는 작업을 정의할 수 있습니다. 다음과 같은 연계 동작을 정의할 수 있습니다.

NO ACTION 데이터베이스 엔진이 오류를 발생시키고 부모 테이블의 행에 대한 삭제 또는 업데이트 작업이 롤백됩니다.

CASCADE 해당 행은 부모 테이블에서 해당 행이 업데이트되거나 삭제될 때 참조 테이블에서 업데이트되거나 삭제됩니다. 외래 키나 참조된 키의 일부인 열의 경우 timestamp CASCADE를 지정할 수 없습니다. INSTEAD OF DELETE 트리거가 있는 테이블에 대해 ON DELETE CASCADE를 지정할 수 없습니다. INSTEAD OF UPDATE 트리거가 있는 테이블에는 ON UPDATE CASCADE를 지정할 수 없습니다.

SET NULL 상위 테이블의 해당 행이 업데이트되거나 삭제되면 외래 키를 구성하는 모든 값이 NULL로 설정됩니다. 이 제약 조건을 실행하려면 외래 키 열이 Null을 허용해야 합니다. INSTEAD OF UPDATE 트리거가 있는 테이블에 대해서는 지정할 수 없습니다.

SET DEFAULT 상위 테이블의 해당 행이 업데이트되거나 삭제되면 외래 키를 구성하는 모든 값이 기본값으로 설정됩니다. 이 제약 조건을 실행하려면 모든 외래 키 열에 기본 정의가 있어야 합니다. 열이 Null을 허용하고 명시적 기본값이 설정되어 있지 않은 경우 NULL은 해당 열의 암시적 기본값이 됩니다. INSTEAD OF UPDATE 트리거가 있는 테이블에 대해서는 지정할 수 없습니다.

CASCADE, SET NULL, SET DEFAULT 및 NO ACTION은 서로 참조 관계를 가진 테이블에서 결합될 수 있습니다. 데이터베이스 엔진 이 NO ACTION을 발견하면 관련된 CASCADE, SET NULL 및 SET DEFAULT 동작을 멈추고 롤백합니다. DELETE 문으로 CASCADE, SET NULL, SET DEFAULT 및 NO ACTION 동작을 결합하면 데이터베이스 엔진 이 NO ACTION을 확인하기 전에 모든 CASCADE, SET NULL 및 SET DEFAULT 동작을 적용합니다.

트리거 및 연쇄적 참조 작업

연계 참조 작업은 다음과 같은 방식으로 AFTER UPDATE 또는 AFTER DELETE 트리거를 실행합니다.

원래 DELETE 또는 UPDATE로 인해 직접 발생하는 모든 연속 참조 작업이 먼저 수행됩니다.
영향을 받는 테이블에 AFTER 트리거가 정의되어 있는 경우 이러한 트리거는 모든 연계 작업이 수행된 후에 발생합니다. 이러한 트리거는 연계 작업의 반대 순서로 실행됩니다. 단일 테이블에 여러 트리거가 있는 경우 테이블에 대한 전용 첫 번째 또는 마지막 트리거가 없는 한 임의 순서로 실행됩니다. 이 순서는 sp_settriggerorder를 사용하여 지정됩니다.
UPDATE 또는 DELETE 작업의 직접 대상인 테이블에서 여러 개의 연계 체인이 발생하는 경우 이러한 체인이 해당 트리거를 발생시키는 순서는 지정되지 않습니다. 그러나 한 체인은 다른 체인이 실행되기 전에 항상 모든 트리거를 실행합니다.
테이블이 UPDATE 또는 DELETE 작업의 직접 대상이 되는 경우, 행의 변경 여부와 상관없이 AFTER 트리거가 실행됩니다. 이 경우 다른 테이블은 연계 작업에 영향을 받지 않습니다.
이전 트리거 중 하나가 다른 테이블에서 UPDATE 또는 DELETE 작업을 수행하는 경우 이러한 작업은 보조 연계 체인을 시작할 수 있습니다. 기본 체인의 모든 트리거가 실행된 후, 이러한 보조 체인은 각 UPDATE 또는 DELETE 작업에 대해 한 번에 처리됩니다. 이 프로세스는 후속 UPDATE 또는 DELETE 작업에 대해 재귀적으로 반복될 수 있습니다.
트리거 내에서 CREATE, ALTER, DELETE 또는 기타 DDL(데이터 정의 언어) 작업을 수행하면 DDL 트리거가 실행될 수 있습니다. 이후에 추가 연계 체인 및 트리거를 시작하는 DELETE 또는 UPDATE 작업을 수행할 수 있습니다.
특정 연계 참조 작업 체인 내에서 오류가 생성되면 오류가 발생하고, 해당 체인에서 AFTER 트리거가 발생하지 않으며, 체인을 만든 DELETE 또는 UPDATE 작업이 롤백됩니다.
INSTEAD OF 트리거가 있는 테이블에는 연쇄 작업을 지정하는 REFERENCES 절을 가질 수 없습니다. 그러나 연계 작업의 대상이 되는 테이블의 AFTER 트리거는 해당 개체에 정의된 INSTEAD OF 트리거를 실행하는 다른 테이블 또는 뷰에서 INSERT, UPDATE 또는 DELETE 문을 실행할 수 있습니다.

과업	주제
기본 키를 만드는 방법을 설명합니다.	기본 키 만들기
기본 키를 삭제하는 방법을 설명합니다.	기본 키 삭제
기본 키를 수정하는 방법을 설명합니다.	기본 키 수정
외래 키 관계를 만드는 방법을 설명합니다.	외래 키 관계 생성하기
외래 키 관계를 수정하는 방법을 설명합니다.	외래 키 관계 수정
외래 키 관계를 삭제하는 방법을 설명합니다.	외래 키 관계 삭제
외래 키 속성을 보는 방법을 설명합니다.	외래 키 속성 보기
복제에 대한 외래 키 제약 조건을 사용하지 않도록 설정하는 방법을 설명합니다.	복제할 때 외래 키 제약 조건 사용 안 함
INSERT 또는 UPDATE 문 중에 외래 키 제약 조건을 사용하지 않도록 설정하는 방법을 설명합니다.	INSERT 및 UPDATE 문에서 FOREIGN KEY 제약 조건 사용 안 함