20.4. 역할 삭제

역할은 데이터베이스 개체를 소유 할 수 있고 권한을 보유 할 수 있기 때문입니다. 다른 물체에 액세스하려면 역할을 삭제하는 것이 종종 빠른 문제PostgreSQL : 문서 : 9.2 : 낙하 와이즈 토토. 어느 역할이 소유 한 개체는 먼저 삭제하거나 재 할당해야합니다. 다른 소유자; 그리고 그 역할에 부여 된 모든 권한은 있어야합니다 취소.

개체의 소유권은 한 번에 하나씩 전송할 수 있습니다.Alter명령, 예 :

Alter Table Bobs_table 소유자 Alice;

또는 대안 적으로와이즈 토토 : 문서 : 9.2 : 소유 한명령을 사용하여 모든 사람의 소유권을 재 할당 할 수 있습니다 다른 역할을 수행하는 역할을 소유 한 객체. 왜냐하면재 설계액세스 할 수 없습니다 다른 데이터베이스의 객체는 각각에서 실행해야합니다. 역할이 소유 한 객체를 포함하는 데이터베이스. ( 첫 번째소유 한 재 설계변경됩니다 공유 아크로스-다타베이스 대상의 소유권, 즉 데이터베이스 또는 테이블 스페이스 역할을 맡기는 역할.)

귀중한 개체가 새로운 소유자에게 전송되면 역할을 담당하는 나머지 개체는 그럴 수 있습니다 로 떨어짐PostgreSQL : 문서 : 9.2 : 롤 토토 ORDED명령. 다시 말하지만,이 명령은 다른 사람의 개체에 액세스 할 수 없습니다 데이터베이스이므로 각 데이터베이스에서 실행해야합니다. 역할이 소유 한 객체가 포함되어 있습니다. 또한,DROP ORDED전체 데이터베이스를 삭제하지 않습니다 테이블 스페이스이므로 역할이 있으면 수동으로 수행해야합니다. 전송되지 않은 데이터베이스 또는 테이블 스페이스를 소유합니다. 새로운 소유자에게.

DROP ORDED도 처리합니다 개체의 목표 역할에 부여 된 권한 제거 그것은 그것에 속하지 않습니다. 왜냐하면재 설계 소유그러한 객체에 닿지 않으므로 일반적으로 필요합니다 둘 다 실행하려면소유 한 reassignandDROP ORDED(순서대로!) 완전히 삭제할 역할의 종속성을 제거하십시오.

그때, 역할을 제거하기위한 가장 일반적인 레시피 개체를 소유하는 데 사용 된 것은 다음과 같습니다.

DOOMED_ROLE에 의해 소유 한 reassign afractor_role;
DOOMED_ROLE 소유의 드롭;
- 클러스터의 각 데이터베이스에서 위 명령을 반복합니다.
낙하 역할 DOOMED_ROLE;

모든 소유의 개체를 동일하게 전송하는 것은 아닙니다. 후속 소유자, 예외를 수동으로 처리하는 것이 가장 좋습니다. 그런 다음 위의 단계를 수행하십시오.

if드롭 역할종속 객체는 여전히 남아 있으며 메시지를 발급합니다 재 할당하거나 삭제 해야하는 객체를 식별합니다.