Authorization - 편집 역사

Pinkgo: /* Roles */

2025-04-21T08:35:12Z

Roles

← 이전 판		2025년 4월 21일 (월) 08:35 판
57번째 줄:		57번째 줄:

	SQL에서 역할은 다음과 같이 생성할 수 있다:		SQL에서 역할은 다음과 같이 생성할 수 있다:
	<syntaxhighlight lang="sql"~~>revoke <privilege list~~>		<syntaxhighlight lang="sql">
	create role instructor;		create role instructor;
	</syntaxhighlight>		</syntaxhighlight>

2025년 4월 21일 (월) 08:23에 Pinkgo님의 편집

2025-04-21T08:23:42Z

← 이전 판		2025년 4월 21일 (월) 08:23 판
12번째 줄:		12번째 줄:

	==Granting and Revoking of Privileges==		==Granting and Revoking of Privileges==
	== Authorization Specification in SQL==
			=== Authorization Specification in SQL ===
	grant 문은 사용자에게 권한을 부여하기 위해 사용되며 기본적인 형태는 다음과 같다:		grant 문은 사용자에게 권한을 부여하기 위해 사용되며 기본적인 형태는 다음과 같다:
	<syntaxhighlight lang="sql">		<syntaxhighlight lang="sql">

Pinkgo: /* Authorization on Views */

2025-04-16T19:53:44Z

Authorization on Views

← 이전 판		2025년 4월 16일 (수) 19:53 판
89번째 줄:		89번째 줄:

	따라서 시스템은 사용자가 질의한 '''뷰(geo_instructor) 기준으로 먼저 권한 검사를 진행'''한 후, 사용자가 '''geo_instructor에 select 권한이 있다면 뷰를 instructor 기반의 쿼리로 치환'''해서 내부적으로 실행한다. 이때 뷰를 만든 사용자(view creator)가 그 뷰에 대한 모든 권한을 자동으로 받는 것은 아니다. 뷰를 통해 기존에 자신이 갖고 있던 권한을 넘어서는 권한이 생기지 않도록, 시스템은 '''뷰 생성자에게 원래 가진 권한에 해당하는 범위까지만 허용'''한다.		따라서 시스템은 사용자가 질의한 '''뷰(geo_instructor) 기준으로 먼저 권한 검사를 진행'''한 후, 사용자가 '''geo_instructor에 select 권한이 있다면 뷰를 instructor 기반의 쿼리로 치환'''해서 내부적으로 실행한다. 이때 뷰를 만든 사용자(view creator)가 그 뷰에 대한 모든 권한을 자동으로 받는 것은 아니다. 뷰를 통해 기존에 자신이 갖고 있던 권한을 넘어서는 권한이 생기지 않도록, 시스템은 '''뷰 생성자에게 원래 가진 권한에 해당하는 범위까지만 허용'''한다.

			==Authorizations on Schema==
			SQL은 데이터베이스 스키마에 대한 기본적인 권한 부여 메커니즘을 명시하고 있다. 가장 중요한 원칙은 스키마의 소유자만이 그 스키마에 대해 다음과 같은 수정 작업을 수행할 수 있다는 것이다:
			* 릴레이션 생성 또는 삭제
			* 릴레이션의 속성 추가 또는 제거
			* 인덱스 추가 또는 제거
			또한, SQL은 사용자가 릴레이션을 생성할 때 '''foreign key를 선언할 수 있도록 해주는 references 권한'''도 포함하고 있다. references 권한은 update 권한처럼, 특정 속성에 대해 부여할 수 있다. 다음 grant 문은 사용자 Mariano에게 department 릴레이션의 dept_name 속성을 foreign key로 참조할 수 있도록 허용한다:
			<syntaxhighlight lang="sql">
			grant references (dept_name) on department to Mariano;
			</syntaxhighlight>
			이때 특별히 reference 권한이 존재하는 이유는 foreign key 제약 조건이 참조되는 릴레이션에서의 삭제(delete)나 갱신(update)을 제한하기 때문이다.

			==Transfer of Privileges==
			어떤 권한을 부여받은 사용자는, 그 권한을 다른 사용자에게 '''전달(pass on)''' 할 수 있도록 허가받을 수 있다. 만약 어떤 권한을 부여하면서, 해당 권한을 다른 사용자에게도 다시 부여할 수 있도록 허용하고 싶다면, '''grant 명령문에 <code>with grant option</code>절'''을 덧붙여야 한다. 예를 들어, 사용자 Amit에게 department 릴레이션에 대한 select 권한을 주면서, 다른 사용자에게도 해당 권한을 줄 수 있도록 하려면, 다음과 같이 작성한다:
			<syntaxhighlight lang="sql">
			grant select on department to Amit with grant option;
			</syntaxhighlight>
			객체(릴레이션, 뷰, 역할 등)의 생성자(creator)는 그 객체에 대해 모든 권한을 가지며, 다른 사용자에게 권한을 부여할 수 있는 권한도 포함된다.

	==각주==		==각주==

2025년 4월 16일 (수) 19:45에 Pinkgo님의 편집

2025-04-16T19:45:22Z

← 이전 판		2025년 4월 16일 (수) 19:45 판
24번째 줄:		24번째 줄:
	grant select on department to Amit, Satoshi;		grant select on department to Amit, Satoshi;
	</syntaxhighlight>		</syntaxhighlight>
	이 명령어는 해당 사용자들이 department 릴레이션에 대해 ~~질의를~~ 수행할 수 있도록 권한을 부여한다. update 권한은 사용자가 릴레이션의 어떤 튜플이든 갱신(update) 할 수 있도록 허용한다.		이 명령어는 해당 사용자들이 department 릴레이션에 대해 쿼리를 수행할 수 있도록 권한을 부여한다. update 권한은 사용자가 릴레이션의 어떤 튜플이든 갱신(update) 할 수 있도록 허용한다.

	'''update 권한은 릴레이션의 모든 속성에 대해 부여할 수도 있고, 일부 속성에만 부여할 수도''' 있다. update 권한이 grant 문에 포함될 경우, 권한을 부여할 속성들의 목록은 update 키워드 바로 뒤에 괄호 안에 선택적으로 나타날 수 있다.		'''update 권한은 릴레이션의 모든 속성에 대해 부여할 수도 있고, 일부 속성에만 부여할 수도''' 있다. update 권한이 grant 문에 포함될 경우, 권한을 부여할 속성들의 목록은 update 키워드 바로 뒤에 괄호 안에 선택적으로 나타날 수 있다.

Pinkgo: /* Revoking Authorization in SQL */

2025-04-16T19:44:18Z

Revoking Authorization in SQL

@@ 38번째 줄: / 38번째 줄: @@
 '''public이라는 사용자 이름은 모든 현재 및 미래의 사용자'''를 의미하며, public에게 부여된 권한은 모든 사용자에게 암묵적으로 부여된 것으로 간주된다.
-==Revoking Authorization in SQL==
+===Revoking Authorization in SQL===
 권한을 회수(revoke)하려면 revoke 문을 사용하며, 그 형식은 grant 문과 거의 동일하다:
 <syntaxhighlight lang="sql">
@@ 50번째 줄: / 50번째 줄: @@
 revoke update (budget) on department from Amit, Satoshi;
 </syntaxhighlight>
 ==각주==

Pinkgo: /* Authorization Specification in SQL */

2025-04-16T19:06:21Z

Authorization Specification in SQL

← 이전 판		2025년 4월 16일 (수) 19:06 판
38번째 줄:		38번째 줄:
	'''public이라는 사용자 이름은 모든 현재 및 미래의 사용자'''를 의미하며, public에게 부여된 권한은 모든 사용자에게 암묵적으로 부여된 것으로 간주된다.		'''public이라는 사용자 이름은 모든 현재 및 미래의 사용자'''를 의미하며, public에게 부여된 권한은 모든 사용자에게 암묵적으로 부여된 것으로 간주된다.

	==		==Revoking Authorization in SQL==
			권한을 회수(revoke)하려면 revoke 문을 사용하며, 그 형식은 grant 문과 거의 동일하다:
			<syntaxhighlight lang="sql">
			revoke <privilege list>
			on <relation name or view name>
			from <user/role list>;
			</syntaxhighlight>
			따라서 이전에 부여한 권한을 회수하기 위해서는 다음과 같이 작성할 수 있다.
			<syntaxhighlight lang="sql">revoke <privilege list>
			revoke select on department from Amit, Satoshi;
			revoke update (budget) on department from Amit, Satoshi;
			</syntaxhighlight>

	==각주==		==각주==

Pinkgo: 새 문서: 상위 문서: SQL ==개요== 사용자에게 부여할 수 있는 데이터에 대한 권한(authorization)에는 다음과 같은 것들이 포함된다: * 데이터를 '''읽을(read) 수 있는''' 권한 * 새로운 데이터를 '''삽입(insert) 할 수 있는''' 권한 * 데이터를 '''갱신(update) 할 수 있는''' 권한 * 데이터를 '''삭제(delete) 할 수 있는''' 권한 이러한 각 유형의 권한은 privilege(특권) 라고 불린다. 또한 '''all pr...

2025-04-16T19:03:33Z

새 문서: 상위 문서: SQL ==개요== 사용자에게 부여할 수 있는 데이터에 대한 권한(authorization)에는 다음과 같은 것들이 포함된다: * 데이터를 '''읽을(read) 수 있는''' 권한 * 새로운 데이터를 '''삽입(insert) 할 수 있는''' 권한 * 데이터를 '''갱신(update) 할 수 있는''' 권한 * 데이터를 '''삭제(delete) 할 수 있는''' 권한 이러한 각 유형의 권한은 privilege(특권) 라고 불린다. 또한 '''all pr...

새 문서

상위 문서: [[SQL]]

==개요==
사용자에게 부여할 수 있는 데이터에 대한 권한(authorization)에는 다음과 같은 것들이 포함된다:
* 데이터를 '''읽을(read) 수 있는''' 권한
* 새로운 데이터를 '''삽입(insert) 할 수 있는''' 권한
* 데이터를 '''갱신(update) 할 수 있는''' 권한
* 데이터를 '''삭제(delete) 할 수 있는''' 권한
이러한 각 유형의 권한은 privilege(특권) 라고 불린다. 또한 '''all privileges는 허용 가능한 모든 권한'''을 간략하게 나타낸다. 이때 사용자에게 데이터베이스의 특정 부분<ref>예를 들면 릴레이션(relation)이나 뷰(view)가 있다.</ref>에 대해 사용자가 질의(query)나 갱신(update)을 제출하면, SQL 구현체는 먼저 해당 질의나 갱신이 허가된 것인지(authorized)를 사용자가 가진 권한을 기준으로 검사한다. 만약 허가되지 않은 작업이라면 거부된다.

데이터에 대한 권한 외에도, 사용자는 데이터베이스 스키마(schema) 에 대한 권한을 부여받을 수도 있다. 예를 들어, 사용자가 릴레이션을 '''생성(create), 수정(modify), 삭제(drop)''' 하는 것이 가능하게 된다. 어떤 형태로든 권한을 부여받은 사용자는, 이 권한을 다른 사용자에게 넘겨주거나(grant), 이전에 부여했던 권한을 회수(revoke) 할 수도 있다.

==Granting and Revoking of Privileges==
== Authorization Specification in SQL==
grant 문은 사용자에게 권한을 부여하기 위해 사용되며 기본적인 형태는 다음과 같다:
<syntaxhighlight lang="sql">
grant <privilege list> --privilege list를 통해 하나의 명령문으로 여러 권한을 동시에 부여할 수 있다.
on <relation/view name>
to <user/role list>;
</syntaxhighlight>
select 권한은 릴레이션의 튜플을 읽기(read) 위해 필요하다. 예를 들어, 다음 grant 문은 데이터베이스 사용자 Amit와 Satoshi에게
department 릴레이션에 대한 select 권한을 부여한다:
<syntaxhighlight lang="sql">
grant select on department to Amit, Satoshi;
</syntaxhighlight>
이 명령어는 해당 사용자들이 department 릴레이션에 대해 질의를 수행할 수 있도록 권한을 부여한다. update 권한은 사용자가 릴레이션의 어떤 튜플이든 갱신(update) 할 수 있도록 허용한다.

'''update 권한은 릴레이션의 모든 속성에 대해 부여할 수도 있고, 일부 속성에만 부여할 수도''' 있다. update 권한이 grant 문에 포함될 경우, 권한을 부여할 속성들의 목록은 update 키워드 바로 뒤에 괄호 안에 선택적으로 나타날 수 있다.
'''속성 목록이 생략되면, 해당 릴레이션의 모든 속성에 대해 update 권한'''이 부여된다. 다음 grant 문은 Amit와 Satoshi에게 department 릴레이션의 budget 속성에 대한 update 권한을 부여한다:
<syntaxhighlight lang="sql">
grant update (budget) on department to Amit, Satoshi;
</syntaxhighlight>

insert 권한은 사용자가 릴레이션에 새로운 튜플을 삽입(insert) 할 수 있도록 허용한다. insert 권한도 속성 목록을 명시할 수 있는데, 이 경우 해당 릴레이션에 삽입되는 튜플은 반드시 이 속성들만 지정해야 하며, 나머지 속성은 기본값(default) 을 가지거나, 기본값이 정의되지 않은 경우에는 null로 설정된다.

delete 권한은 사용자가 릴레이션에서 튜플을 삭제(delete) 할 수 있도록 허용한다.

'''public이라는 사용자 이름은 모든 현재 및 미래의 사용자'''를 의미하며, public에게 부여된 권한은 모든 사용자에게 암묵적으로 부여된 것으로 간주된다.

==

==각주==