GRANT(Transact-SQL)

업데이트: 2006년 12월 12일

보안 주체에 보안 개체에 대한 사용 권한을 부여합니다.

구문

Simplified syntax for GRANT
GRANT { ALL [ PRIVILEGES ] }
      | permission [ ( column [ ,...n ] ) ] [ ,...n ]
      [ ON [ class :: ] securable ] TO principal [ ,...n ] 
      [ WITH GRANT OPTION ] [ AS principal ]

인수

• ALL
  이 옵션은 사용되지 않으며 이전 버전과의 호환성을 위해서만 유지 관리되고 모든 가능한 사용 권한을 부여하지 않습니다. ALL을 부여하는 것은 다음 사용 권한을 부여하는 것과 같습니다.

  • 보안 개체가 데이터베이스인 경우 "ALL"은 BACKUP DATABASE, BACKUP LOG, CREATE DATABASE, CREATE DEFAULT, CREATE FUNCTION, CREATE PROCEDURE, CREATE RULE, CREATE TABLE 및 CREATE VIEW를 의미합니다.
  • 보안 개체가 스칼라 함수인 경우 "ALL"은 EXECUTE 및 REFERENCES를 의미합니다.
  • 보안 개체가 테이블 값 함수인 경우 "ALL"은 DELETE, INSERT, REFERENCES, SELECT 및 UPDATE를 의미합니다.
  • 보안 개체가 저장 프로시저인 경우 "ALL"은 EXECUTE를 의미합니다.
  • 보안 개체가 테이블인 경우 "ALL"은 DELETE, INSERT, REFERENCES, SELECT 및 UPDATE를 의미합니다.
  • 보안 개체가 뷰인 경우 "ALL"은 DELETE, INSERT, REFERENCES, SELECT 및 UPDATE를 의미합니다.

• PRIVILEGES
  SQL-92 호환성을 위해 포함되었습니다. ALL의 동작을 변경하지 않습니다.

• permission
  사용 권한 이름입니다. 아래 나열된 하위 항목에서는 보안 개체에 대한 사용 권한의 올바른 매핑에 대해 설명합니다.

• column
  사용 권한을 부여할 테이블의 열 이름을 지정합니다. 괄호 "()"가 필요합니다.

• class
  사용 권한을 부여할 보안 개체의 클래스를 지정합니다. 범위 한정자("::")가 필요합니다.

• securable
  사용 권한을 부여할 보안 개체를 지정합니다.

• TO principal
  보안 주체 이름입니다. 보안 개체에 대한 사용 권한을 부여할 수 있는 대상 보안 주체는 보안 개체에 따라 달라집니다. 유효한 조합에 대해서는 아래에 나열된 하위 항목을 참조하십시오.

• GRANT OPTION
  지정된 사용 권한을 다른 보안 주체에게 부여할 수 있는 권한도 피부여자에게 제공됨을 나타냅니다.

• AS principal
  이 쿼리를 실행하는 보안 주체가 사용 권한을 부여하는 권한을 부여할 수 있는 다른 보안 주체를 지정합니다.

주의

GRANT 문의 전체 구문은 복잡합니다. 위의 구문 다이어그램은 구조를 강조하기 위해 단순하게 표현되었습니다. 특정 보안 개체에 대한 사용 권한을 부여하는 완전한 구문은 아래에 나열된 항목에서 설명합니다.

REVOKE 문을 사용하여 부여된 사용 권한을 제거할 수 있으며 DENY 문을 사용하여 보안 주체가 GRANT를 통해 특정 사용 권한을 얻지 못하도록 막을 수 있습니다.

사용 권한을 부여하면 지정된 보안 개체에 대한 이 사용 권한의 DENY 또는 REVOKE가 제거됩니다. 보안 개체가 포함된 상위 범위에서 동일한 사용 권한이 거부되면 DENY가 우선 적용됩니다. 그러나 상위 범위에서 부여된 사용 권한을 취소하는 것은 우선 적용되지 않습니다.

데이터베이스 수준 사용 권한은 지정된 데이터베이스 범위 내에서 부여됩니다. 사용자가 다른 데이터베이스에 있는 개체에 대한 사용 권한을 필요로 하는 경우에는 다른 데이터베이스에서 사용자 계정을 만들거나 다른 데이터베이스와 현재 데이터베이스에 대해 사용자 계정 액세스를 부여하십시오.

주의:
SQL Server 2005에서 테이블 수준의 DENY는 열 수준의 GRANT보다 우선 적용되지 않습니다. 사용 권한 계층에서의 이러한 불일치는 이전 버전과의 호환성을 위해 유지되었으며 후속 릴리스에서 제거될 예정입니다.

sp_helprotect 시스템 저장 프로시저는 데이터베이스 수준 보안 개체에 대한 사용 권한을 보고합니다.

사용 권한

사용자 또는 AS 옵션으로 지정한 보안 주체에게 GRANT OPTION을 통한 해당 사용 권한이 있거나 부여할 사용 권한이 포함된 상위 사용 권한이 있어야 합니다. AS 옵션을 사용하는 경우 추가 요구 사항이 적용됩니다. 자세한 내용은 보안 개체 관련 항목을 참조하십시오.

개체 소유자는 소유하고 있는 개체에 대한 사용 권한을 부여할 수 있습니다. 보안 개체에 대한 CONTROL 권한을 가진 보안 주체는 해당 보안 개체에 대한 사용 권한을 부여할 수 있습니다.

sysadmin 고정 서버 역할의 멤버와 같이 CONTROL SERVER 권한이 부여된 사용자는 서버의 모든 보안 개체에 대한 사용 권한을 부여할 수 있습니다. db_owner 고정 데이터베이스 역할의 멤버와 같이 데이터베이스에 대한 CONTROL 권한이 부여된 사용자는 데이터베이스의 모든 보안 개체에 대한 사용 권한을 부여할 수 있습니다. 스키마에 대한 CONTROL 권한이 부여된 사용자는 스키마 내의 모든 개체에 대한 사용 권한을 부여할 수 있습니다.

예

보안 개체별 구문은 다음 항목을 참조하십시오.

참고 항목

참조

DENY(Transact-SQL)
REVOKE(Transact-SQL)
sp_addgroup(Transact-SQL)
sp_addlogin(Transact-SQL)
sp_adduser(Transact-SQL)
sp_changegroup(Transact-SQL)
sp_changedbowner(Transact-SQL)
sp_dropgroup(Transact-SQL)
sp_dropuser(Transact-SQL)
sp_helpgroup(Transact-SQL)
sp_helprotect(Transact-SQL)
sp_helpuser(Transact-SQL)

도움말 및 정보

SQL Server 2005 지원 받기

변경 내역