다음을 통해 공유


외래 키 관계 만들기

적용 대상: SQL Server 2016(13.x) 이상 Azure SQL 데이터베이스 Azure SQL Managed Instance

이 문서에서는 SQL Server Management Studio 또는 Transact-SQL을 사용하여 SQL Server에서 외래 키 관계를 만드는 방법에 대해 설명합니다. 한 테이블의 행을 다른 테이블의 행과 연결하려면 두 테이블 사이에 관계를 만듭니다.

사용 권한

외래 키를 사용하여 새 테이블을 만들려면 데이터베이스에 대한 CREATE TABLE 권한과 테이블이 생성되는 스키마에 대한 ALTER SCHEMA 권한이 필요합니다.

기존 테이블에서 외래 키를 만들려면 해당 테이블에 대한 ALTER TABLE 권한이 필요합니다.

제한 사항

  • 외래 키 제약 조건은 다른 테이블의 기본 키 제약 조건에만 연결할 필요가 없습니다. 외래 키는 다른 테이블에서 UNIQUE 제약 조건의 열을 참조하도록 정의할 수도 있습니다.

  • NULL 외의 다른 값을 FOREIGN KEY 제약 조건의 열에 입력한 경우에는 그 값이 참조되는 열에 있어야 합니다. 그렇지 않으면 외래 키 위반 오류 메시지가 반환됩니다. 복합 외래 키 제약 조건의 모든 값을 확인하려면 참여하는 모든 열에 NOT NULL을 지정합니다.

  • FOREIGN KEY 제약 조건은 같은 서버의 같은 데이터베이스 내에 있는 테이블만 참조할 수 있습니다. 상호 데이터베이스 참조 무결성은 트리거를 통해 구현해야 합니다. 자세한 내용은 CREATE TRIGGER(Transact-SQL)를 참조하세요.

  • FOREIGN KEY 제약 조건은 동일한 테이블의 다른 열을 참조할 수 있으며 이를 자체 참조라고 합니다.

  • 열 수준에서 지정된 FOREIGN KEY 제약 조건은 하나의 참조 열만 나열할 수 있습니다. 이 열의 데이터 형식은 제약 조건이 정의된 열의 데이터 형식과 같아야 합니다.

  • 테이블 수준에서 지정된 FOREIGN KEY 제약 조건에는 제약 조건 열 목록의 열 수와 동일한 수의 참조 열이 있어야 합니다. 각 참조 열의 데이터 형식도 열 목록의 해당 열과 같아야 합니다.

  • 데이터베이스 엔진에는 다른 테이블을 참조하는 테이블에 포함될 수 있는 FOREIGN KEY 제약 조건 수에 대해 미리 정의된 제한이 없습니다. 또한 데이터베이스 엔진은 특정 테이블을 참조하는 다른 테이블이 소유한 FOREIGN KEY 제약 조건의 수를 제한하지 않습니다. 그러나 사용되는 FOREIGN KEY 제약 조건의 실제 수는 하드웨어 구성과 데이터베이스 및 애플리케이션의 설계에 따라 제한됩니다. 외래 키 참조가 있는 테이블은 여전히 253개의 외래 키 참조로 제한됩니다. SQL Server 2016(13.x) 이상 버전에서는 단일 테이블의 열(수신 참조)을 참조할 수 있는 다른 테이블 및 열 수에 대한 제한을 253에서 10,000으로 늘립니다. 단, 호환성 수준이 130 이상이어야 합니다. 이러한 참조 가능 테이블 및 열 수의 증가에는 다음과 같은 제한이 적용됩니다.

    • DELETEUPDATE DML 작업에는 253개가 넘는 외래 키 참조가 지원됩니다. MERGE 작업은 지원되지 않습니다.

    • 외래 키 참조가 있는 테이블은 여전히 253개의 외래 키 참조로 제한됩니다.

    • 253개가 넘는 외래 키 참조는 현재 columnstore 인덱스 또는 메모리 최적화 테이블에 사용할 수 없습니다.

  • 임시 테이블에는 FOREIGN KEY 제약 조건이 적용되지 않습니다.

  • CLR 사용자 정의 형식 열에 외래 키를 정의하는 경우 형식 구현이 이진 순서를 지원해야 합니다. 자세한 내용은 CLR 사용자 정의 형식을 참조하세요.

  • varchar(max) 형식의 열은 FOREIGN KEY 제약 조건에 참조하는 기본 키가 varchar(max) 형식으로 정의되는 경우에만 참여할 수 있습니다.

테이블 디자이너에서 외래 키 관계 만들기

SQL Server Management Studio 사용

  1. 개체 탐색기에서 관계의 외래 키 쪽에 표시할 테이블을 마우스 오른쪽 단추로 클릭하고 디자인을 선택합니다.

    테이블은 데이터베이스 테이블 만들기 및 업데이트에서 열립니다.

  2. 테이블 디자이너 메뉴에서 관계를 선택합니다. (머리글의 테이블 디자이너 메뉴를 참조하거나 테이블 정의의 빈 공간을 마우스 오른쪽 단추로 클릭한 다음 관계...를 선택합니다.)

  3. 외래 키 관계 대화 상자에서 추가를 선택합니다.

    선택한 관계 목록에 FK_<tablename>_<tablename> 형식의 시스템 제공 이름과 함께 관계가 표시됩니다. 여기서 첫 번째 tablename은 외래 키 테이블의 이름이고, 두 번째 tablename은 기본 키 테이블의 이름입니다. 이는 단순히 외래 키 개체의 (이름) 필드의 기본값이자 일반적인 명명 규칙입니다.

  4. 선택한 관계 목록에서 관계를 선택합니다.

  5. 오른쪽에 있는 표에서 테이블 및 열 사양을 선택하고 속성의 오른쪽에 있는 줄임표()를 선택합니다.

  6. 테이블 및 열 대화 상자의 기본 키 드롭다운 목록에서 관계의 기본 키 쪽에 있을 테이블을 선택합니다.

  7. 대화 상자 아래 그리드에서 테이블의 기본 키에 기여하는 열을 선택합니다. 각 열 오른쪽에 있는 그리드의 셀에서 외래 키 테이블의 해당 외래 키 열을 선택합니다.

    테이블 디자이너는 관계의 이름을 제안합니다. 이 이름을 변경하려면 관계 이름 텍스트 상자의 내용을 편집합니다.

  8. 확인을 선택하여 관계를 만듭니다.

  9. 테이블 디자이너 창을 닫고 외래 키 관계 변경 내용이 적용되도록 저장합니다.

새 테이블에서 외래 키 만들기

Transact-SQL 사용

다음 예제에서는 테이블을 만들고 AdventureWorks 데이터베이스의 Sales.SalesReason 테이블에 있는 SalesReasonID 열을 참조하는 TempID 열의 외래 키 제약 조건을 정의합니다. ON DELETE CASCADEON UPDATE CASCADE 절은 Sales.SalesReason 테이블에 대한 변경 내용이 Sales.TempSalesReason 테이블에 자동으로 전파되도록 하는 데 사용됩니다.

CREATE TABLE Sales.TempSalesReason (
    TempID INT NOT NULL,
    Name NVARCHAR(50),
    CONSTRAINT PK_TempSales
        PRIMARY KEY NONCLUSTERED (TempID),
    CONSTRAINT FK_TempSales_SalesReason FOREIGN KEY (TempID)
        REFERENCES Sales.SalesReason(SalesReasonID)
    ON DELETE CASCADE
    ON UPDATE CASCADE
);

기존 테이블에 외래 키 만들기

Transact-SQL 사용

다음 예제에서는 TempID 열의 외래 키를 만들고 AdventureWorks 데이터베이스의 Sales.SalesReason 테이블에 있는 SalesReasonID 열을 참조합니다.

ALTER TABLE Sales.TempSalesReason
ADD CONSTRAINT FK_TempSales_SalesReason FOREIGN KEY (TempID)
REFERENCES Sales.SalesReason (SalesReasonID)
   ON DELETE CASCADE
   ON UPDATE CASCADE;