| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Fast Forward | Next | |
SET CONSTRAINTS는 현재의 트랜잭션(transaction)에 있어서의 제약의 검사 방법을 설정합니다. IMMEDIATE제약은, 1개의 문장의 실행이 끝날 때 마다 검사됩니다. DEFERRED제약은, 트랜잭션(transaction)가 커밋될 때까지 검사되지 않습니다. 각각의 제약은 IMMEDIATE나DEFERRED의 어느 쪽인가의 모드를 가집니다.
제약에는 그 생성 시점에서,DEFERRABLE INITIALLY DEFERRED,DEFERRABLE INITIALLY IMMEDIATE,NOT DEFERRABLE의 3개중 하나의 성질이 주어집니다. 3번째 NOT DEFERRABLE제약은 항상IMMEDIATE모드이고 SET CONSTRAINTS명령의 영향을 받지 않습니다. DEFERRABLE INITIALLY DEFERRED제약과DEFERRABLE INITIALLY IMMEDIATE제약의 2개는 트랜잭션(transaction)가 지정된 모드로 시작합니다. 그러나 트랜잭션(transaction)내에서SET CONSTRAINTS에 의해 그 행동을 변경할 수가 있습니다.
제약명의 리스트를 가진SET CONSTRAINTS는 이러한 제약의 모드로 변경됩니다. (이것들은 모두 지연 가능합니다). schema명이 지정되어 있지 않은 경우, 현재의 schema 검색 패스는 최초로 일치하는 이름을 찾곤 합니다. SET CONSTRAINTS ALL는 지연 가능한 모든 제약의 모드를 변경합니다.
SET CONSTRAINTS가 DEFERRED로부터IMMEDIATE로 제약모드를 변경했을 경우는, 새로운 제약 모드가 소급적으로 유효하게 됩니다. 즉DEFERRED모드이면 트랜잭션(transaction)의 종료시에 검사되는 미검사의 데이터 변경이 SET CONSTRAINTS명령의 실행중에 검사됩니다. 만약, 이 때에 어떠한 제약 위반이 있었을 경우, SET CONSTRAINTS는 실패합니다. (그리고, 제약 모드는 변경되지 않습니다). 이와 같이 SET CONSTRAINTS를 이용하면, 트랜잭션(transaction)의 특정의 시점에서 강제적으로 제약의 검사를 실행할 수가 있습니다.
현재, 외부 키 제약만이 이 설정의 영향을 받습니다. 검사 제약이나 일의성 제약의 실행이 지연 될 것은 없습니다.
This command only alters the behavior of constraints within the current transaction. Thus, if you execute this command outside of a transaction block (BEGIN/COMMIT pair), it will not appear to have any effect. --> 이 명령은 오직 현재의 트랜잭션(transaction)내의 제약의 동작에서만 변경합니다. 따라서, 트랜잭션(transaction) 블록(BEGIN/COMMIT의 사이)의 외부에서 이 명령이 실행될 경우, 아무런 효과는 없습니다.