| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 5. 데이터 정의 | Fast Forward | Next |
외부 키 제한이나, 뷰, 트리거, 함수등을 사용한 테이블이 다수 포함되는 복잡한 데이터베이스 구조를 작성하면, 유저는 그러한 오브젝트간의 암묵적인 의존관계(dependencies)의 네트워크도 작성하게 됩니다. 예를 들면, 외부 키 제한을 가지는 테이블은 참조하는 테이블에 의존하고 있습니다.
데이터베이스 구조 전체의 무결성을 유지하기 위해,PostgreSQL는 다른 오브젝트와 의존관계(dependencies)에 있는 오브젝트의 삭제를 허가하지 않습니다. 예를 들면,Section 5.3.5그리고 작성한 products 테이블을 삭제하려고 해도, orders 테이블이 이 테이블에 의존하고 있으므로, 이하와 같은 에러 메세지가 나타납니다.
DROP TABLE products; NOTICE: constraint orders_product_no_fkey on table orders depends on table products ERROR: cannot drop table products because other objects depend on it HINT: Use DROP ... CASCADE to drop the dependent objects too.
에러 메세지에는 도움이 되는 힌트가 포함되어 있습니다. 이하와 같이 하면, 의존하는 모든 오브젝트를 1개씩 삭제하는 수고를 줄일 수 있습니다.
DROP TABLE products CASCADE;
이것으로 모든 의존 오브젝트가 삭제됩니다. 이 경우, orders 테이블은 삭제되지 않고 외부 키 제한만이 삭제됩니다 (DROP ... CASCADE가 무엇을 실시할까를 알고 싶은 경우는 CASCADE를 지정하지 않고DROP를 실행해NOTICE메세지를 읽어 주세요).
PostgreSQL에서는 모든 삭제용 커맨드에CASCADE를 지정할 수 있습니다. 물론, 어떠한 의존관계(dependencies)가 존재할까는 오브젝트의 종류에 따라서 다릅니다. 또,CASCADE는 아니고RESTRICT라고 기술하면, 다른 오브젝트가 의존하고 있는 오브젝트의 삭제를 금지한다고 하는 디폴트의 행동을 지정할 수도 있습니다.
Note: 표준 SQL에서는 RESTRICT또는 CASCADE의 어느쪽이든을 지정할 필요가 있습니다. 실제로 이 결정 그대로인 데이터베이스 시스템은 없지만, 디폴트가RESTRICT인지,CASCADE일까는 시스템에 따라서 다릅니다.
Note: PostgreSQL의 7.3 이전의 버전에 있어서의 외부 키 제한의 의존관계(dependencies)와 연속되는 열의 의존관계(dependencies)는 업그레이드 처리 동안 보관도 작성도 되지 않습니다 . 그 외 종류의 의존관계(dependencies)는 모두, 7.3 이전의 데이터베이스로부터 업그레이드 동안에 적절히 작성됩니다.