Constraints (제약 조건)

■ Types of Constraints (제약 조건 유형)

NOT NULL : 열에 NULL 값을 포함할 수 없도록 지정

UNIQUE : 열 또는 열 조합을 고유하게 지정

PRIMARY KEY : 열 또는 열 조합을 테이블의 기본 키로 지정

FOREIGN KEY : 열 또는 열 조합을 참조 무결성 제약 조건의 외래키로 지정

CHECK : 테이블의 각 행이 만족해야 하는 조건 지정

NOT NULL 제약 조건은 테이블의 열에 값이 포함되어야 합니다.

UNIQUE 키 제약 조건에서는 하나의 열 또는 여러 열에 있는 값(키)이 고유해야 합니다. 테이블에 있는 어떤 행도 지정된 열 또는 열 집합에서 중복된 값을 가질 수 없습니다.

데이터베이스의 각 테이블은 PRIMARY KEY 제약 조건을 하나까지만 가질 수 있습니다.

PRIMARY KEY 제약 조건은 다음 두 조건을 모두 만족시킵니다.

• 테이블에 있는 어떤 행도 지정된 열에서 중복된 값을 가질 수 없습니다.

• 기본 키 열은 NULL 값을 포함할 수 없습니다.

• 열 또는 열 집합의 CHECK 무결성 제약 조건은 지정된 조건이 참이거나 테이블의 모든 행에 대해 알 수 없음이어야 합니다.

■ Constraint States (제약 조건 상태)

무결성 제약 조건은 활성화(ENABLE)되거나 비활성화(DISABLE)될 수 있습니다.

제약 조건이 활성화되면 데이터베이스에서 데이터가 입력 또는 갱신될 때 검사됩니다.

제약 조건 규칙을 따르지 않는 데이터는 입력할 수 없습니다.

제약 조건이 비활성화되면 규칙을 따르지 않는 데이터를 데이터베이스에 입력할 수 있습니다.

무결성 제약 조건은 다음 상태 중 하나일 수 있습니다.

• DISABLE NOVALIDATE

• DISABLE VALIDATE

• ENABLE NOVALIDATE

• ENABLE VALIDATE

DISABLE NOVALIDATE: 이 제약 조건은 검사하지 않으며 입력 또는 갱신한 새로운 데이터 뿐만 아니라 테이블의 데이터도 해당 제약 조건에서 정의한 규칙을 따르지 않을 수 있습니다.

DISABLE VALIDATE: 제약 조건이 이 상태일 경우에는 제약 조건이 있는 열을 수정할 수 없으며 제약 조건에 대한 인덱스는 삭제되고 제약 조건은 비활성화됩니다.

※ 제약 조건이 Deferrable인 경우에는 인덱스가 삭제되지 않습니다.

ENABLE NOVALIDATE: 제약 조건이 이 상태면 제약 조건을 위반하는 새 데이터를 입력할 수 없지만 테이블에 적합하지 않은 데이터 즉, 제약 조건을 위반하는 데이터를 포함할 수는 있습니다. NOVALIDATE 상태의 제약 조건 활성화는 적합한 OLTP 데이터를 업로드하는 데이터 웨어하우스 구성에 가장 유용합니다.

ENABLE VALIDATE: 제약 조건이 이 상태면 제약 조건을 위반하는 행을 테이블에 삽입할 수 없지만 제약 조건이 비활성화된 동안에는 삽입할 수 있습니다. 이러한 행을 제약 조건의 예외라고 합니다. 제약 조건이 ENABLE NOVALIDATE 상태가 되면 제약 조건이 비활성화된 동안 입력된 데이터가 위반 상태가 됩니다. 제약 조건이 검증된 상태가 되려면 제약 조건을 위반하는 행이 갱신 또는 삭제되어야 합니다.

제약 조건을 Disabled 상태에서 ENABLE VALIDATE로 변경하면 테이블이 잠기고 테이블에 있는 모든 데이터에 대해 일치성이 검사되기 때문에 데이터 로드 같은 DML 작업이 대기할 수 있으므로 먼저 Disabled 상태에서 ENABLE NOVALIDATE로 변경했다가 다시 ENABLE VALIDATE로 변경하는 것이 좋습니다.

이러한 상태 간의 변환은 다음 규칙을 따릅니다.

• NOVALIDATE가 지정되지 않은 경우 ENABLE은 VALIDATE를 의미합니다.

• VALIDATE가 지정되지 않은 경우 DISABLE은 NOVALIDATE를 의미합니다.

• VALIDATE 및 NOVALIDATE는 기본적으로 ENABLE 및 DISABLE 상태를 의미하지 않습니다.

• 고유 키 및 기본 키가 DISABLE 상태에서 ENABLE 상태로 변경되고 기존 인덱스가 없는 경우 고유 인덱스가 자동으로 생성됩니다. 인덱스가 Deferrable 상태인 경우에 는 예외가 있습니다. 마찬가지로 고유 키 및 기본 키가 ENABLE 상태에서 DISABLE 상태로 변경되고 고유 인덱스로 활성화된 경우에는 해당 고유 인덱스가 삭제됩니다.

• 제약 조건이 NOVALIDATE 상태에서 VALIDATE 상태로 변경될 때는 모든 데이터가 검사되어야 하지만 VALIDATE에서 NOVALIDATE로 변경될 경우 데이터가 이미 검사 되었다는 사실이 인식되지 않습니다.

• 단일 제약 조건을 ENABLE NOVALIDATE 상태에서 ENABLE VALIDATE 상태로 변경한 경우에도 읽기, 쓰기 또는 기타 DDL 문을 차단하지 않습니다.

■ Defining Constraints Immediate or Deferred

구문

ALTER SESSION SET CONSTRAINT[S] = { IMMEDIATE | DEFERRED | DEFAULT}

SET CONSTRAINT | CONSTRAINTS { constraint | ALL } { IMMEDIATE | DEFERRED }

■ Defining Constraints While Creating a Table (테이블 생성 중 제약 조건 정의)

예제)

CREATE TABLE hr.employee(

  id NUMBER(7)

    CONSTRAINT employee_id_pk PRIMARY KEY

    DEFERRABLE

    USING INDEX

      STORAGE(INITIAL 100K NEXT 100K)

      TABLESPACE indx,

  last_name VARCHAR2(25)

    CONSTRAINT employee_last_name_nn NOT NULL,

  dept_id NUMBER(7))

TABLESPACE users;

■ Enabling Constraints (제약 조건 활성화)

구문

ALTER TABLE [ schema. ] table

ENABLE NOVALIDATE {CONSTRAINT constraint

| PRIMARY KEY

| UNIQUE ( column [, column ] ... ) }

[ USING INDEX index_clause ]

예제)

ALTER TABLE hr.departments

ENABLE NOVALIDATE CONSTRAINT dept_pk;

구문

ALTER TABLE [ schema. ] table

ENABLE VALIDATE {CONSTRAINT constraint

| PRIMARY KEY

| UNIQUE ( column [, column ] ... ) }

[ USING INDEX index_clause ]

[ EXCEPTIONS INTO [ schema. ] table ]

예제)

ALTER TABLE hr.employees

ENABLE VALIDATE CONSTRAINT emp_dept_fk;

■ Using the EXCEPTIONS Table (EXCEPTIONS 테이블 사용)

• utlexcpt1.sql 스크립트를 실행하여 EXCEPTIONS 테이블 생성

• EXCEPTIONS 옵션을 사용하여 ALTER TABLE 문 실행

• EXCEPTIONS의 하위 질의를 사용하여 부적합한 데이터가 있는 행 찾기

• 오류 수정

• ALTER TABLE을 재실행하여 제약 조건 활성화

예제)

SQL> @?/rdbms/admin/utlexcpt   

Table created.

SQL> desc exceptions;

 Name                                                                                                 Null?    Type

 ----------------------------------------------------------------------------------------------------------------- -------- ----------------------------------------------------------------------------

 ROW_ID                                                                                                ROWID

 OWNER                                                                                                 VARCHAR2(30)

 TABLE_NAME                                                                                            VARCHAR2(30)

 CONSTRAINT                                                                                            VARCHAR2(30)

SQL>