| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Fast Forward | Next | |
이 명령은 현재의 SQL 세션에 있어서의 현재의 사용자 식별자를 rolename 로 설정합니다. 롤명은 식별자 혹은 string literal의 어느 쪽을 사용해도 기술할 수가 있습니다. SET ROLE의 뒤, SQL 명령에 대한 권한 검사는, 지명된 롤로 보통으로 로그인했을 경우와 같게 행해집니다.
지정된 rolename 는, 현재의 세션 사용자가 멤버로서 속하는 롤이 아니면 안됩니다. (세션 사용자가 슈퍼 유저였을 경우, 임의의 롤을 선택할 수가 있습니다. )
SESSION와 LOCAL수식자는 통상의 SET 명령과 같게 동작합니다.
NONE와 RESET형식은, 현재 사용자의 식별자가 현재의 세션 사용자 식별자가 되도록 리셋합니다. 이 형식은 어느 사용자에 의해서라도 실행할 수가 있습니다.
이 명령을 사용해, 권한을 추가하거나 누군가의 권한을 제한할 수도 있습니다. 세션 사용자의 롤이INHERITS속성을 가지는 경우, 자동적으로SET ROLE로 설정된 모든 롤의 권한을 가집니다. 이 경우 SET ROLE는 실제 세션 사용자에게 직접 할당할 수 있고 있는 권한, 세션 사용자가 속하는 롤에 할당할 수 있고 있는 권한중, 지명된 롤로 사용 가능한 권한을 남겨, 외를 모두 삭제합니다. 한편, 세션 사용자의 롤이NOINHERITS속성을 가지는 경우, 세션 사용자에게 직접 할당할 수 있었던 권한을 모두 삭제해, 지명된 롤로 이용 가능한 권한을 획득합니다.
특히, 슈퍼 유저가 비특권 사용자에게로의SET ROLE를 실시하면, 슈퍼 유저 권한을 잃게 됩니다.
SET ROLE는 SET SESSION AUTHORIZATION 과 비슷한 영향력을 같고 있지만 행해지는 권한 검사는 꽤 다릅니다. 또한, SET SESSION AUTHORIZATION 나중에SET ROLE명령을 위해 그 룰을 허락되는 것을 결정됩니다. 그러나 SET ROLE를 사용해 롤을 변경했을 경우, 그 후에 실행하는SET ROLE명령으로 허락된 롤로 변경되지 않습니다.
SET ROLE는 SECURITY DEFINER함수와 함께 사용할 수 없습니다.
SELECT SESSION_USER, CURRENT_USER; session_user | current_user --------------+-------------- peter | peter SET ROLE 'paul'; SELECT SESSION_USER, CURRENT_USER; session_user | current_user --------------+-------------- peter | paul
PostgreSQL allows identifier syntax ("rolename"), while the SQL standard requires the role name to be written as a string literal. SQL does not allow this command during a transaction; PostgreSQL does not make this restriction because there is no reason to. The SESSION and LOCAL modifiers are a PostgreSQL extension, as is the RESET syntax. --> PostgreSQL에서는 식별자 구문("rolename")을 사용할 수 있습니다. 그러나, 표준 SQL에서는 롤명을 string literal로서 기술하지 않으면 안됩니다. SQL에서는 트랜잭션(transaction)내에서 이 명령을 실행하는 것을 허가하고 있습니다. PostgreSQL에서는 이유가 없기 때문에 제한은 없습니다. SESSION,LOCAL수식자 및 RESET구문은 PostgreSQL의 확장입니다.