카탈로그pg_depend기록을 기록합니다 데이터베이스 개체 간의 종속성 관계. 이것 정보 허용드롭찾는 명령 다른 개체를 삭제 해야하는 다른 개체드롭 종속드롭 얽매다CASE.
참조토토 결과 : 문서 :, 비슷한 성능을 수행합니다 공유되는 객체와 관련된 종속성에 대한 기능 데이터베이스 클러스터를 통해.
표 43-16.pg_depender열
| 이름 | type | 참조 | 설명 |
|---|---|---|---|
| classID | OID | pg_class.Oid | 시스템 카탈로그의 OID는 종속 객체입니다. 안에 |
| objid | OID | 모든 OID 열 | 특정 종속 객체의 OID |
| objsubid | int4 | 테이블 열의 경우, 이것은 열 번호입니다 (objidandclassId테이블 자체를 참조하십시오). 다른 모든 객체 유형의 경우이 열은 0입니다 | |
| refclassid | OID | PG_CLASS.Oid | 시스템의 OID는 참조 된 객체를 카탈로그에 넣습니다 |
| refobjid | OID | 모든 OID 열 | 특정 참조 객체의 OID |
| refobjsubid | int4 | 테이블 열의 경우, 이것은 열 번호입니다 (refobjid및refclassid테이블 자체를 참조하십시오). 다른 모든 객체 유형의 경우이 열은 0입니다 | |
| deptype | char | 이것의 특정 의미를 정의하는 코드 의존성 관계; 텍스트보기 |
모든 경우에 Apg_depend입력 참조 된 객체가 없이는 삭제할 수 없음을 나타냅니다. 또한 종속 객체를 떨어 뜨립니다. 그러나 몇 가지가 있습니다 서브 플레이어에 의해 식별deptype:
별도로 제작 한 정상적인 관계 사물. 종속 물체는없이 삭제 될 수 있습니다 참조 된 객체에 영향을 미칩니다. 참조 된 객체는 할 수 있습니다 지정하는 것만으로만 삭제됩니다캐스케이드,이 경우 종속 객체입니다 도 떨어집니다. 예 : 테이블 열에는 정상이 있습니다 데이터 유형에 대한 의존성.
종속 객체를 별도로 떨어 뜨릴 수 있습니다 참조 된 객체, 자동으로 삭제해야합니다 (에 관계없이제한또는캐스케이드모드) 참조 된 경우 객체가 떨어집니다. 예 : 테이블에 이름이 지정된 제약 조건 테이블에자가 의존적으로 만들어져 사라질 수 있습니다. 테이블이 떨어지면.
종속 객체는 생성의 일부로 생성되었습니다. 참조 된 객체이며 실제로 그 중 일부일뿐입니다. 내부 구현. 에이드롭종속 객체는 완전히 허용되지 않을 것입니다 (우리는 사용자에게 a를 발행하라고 지시하십시오.드롭대신 참조 된 객체에 대해). 에이드롭15596_15704캐스케이드지정되었는지 여부. 예 : 외국 키를 시행하기 위해 생성 된 트리거 제약 조건은 제약 조건에 내부적으로 의존합니다pg_constraintEntry.
종속 객체가 없습니다. 이 유형의 항목은 a입니다 시스템 자체가 참조 된 것에 의존한다는 신호 객체를 삭제해서는 안됩니다. 항목 이 유형의 중에 의해서만 생성됩니다.initdb. 종속 객체의 열 0을 포함합니다.
향후 다른 의존성 맛이 필요할 수 있습니다.