20.4. 역할 삭제

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

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

Alter Table Bobs_table 소유자에게 Alice;

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

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

DROP ORDED또한 제거를 처리합니다 그렇지 않은 객체의 목표 역할에 부여 된 모든 특권 그것에 속합니다. 왜냐하면소유 한 재 설계그러한 물체를 만지지 않으면 일반적으로 두 가지를 모두 실행해야합니다소유 한 재 설계및DROP ORDED(순서대로!)를 완전히 제거합니다 삭제할 역할의 종속성.

요컨대, 그 역할을 제거하기위한 가장 일반적인 레시피 개체를 소유하는 데 사용되었습니다 :

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

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

if드롭 역할종속 객체는 여전히 남아 있으며, 식별하는 메시지를 발행합니다 어떤 개체를 재 할당하거나 떨어 뜨려야하는지.