[오라클]DCL, OBJECT 권한, ROLE

 

• 데이터베이스를 구축하고 난 뒤 app 구현함. 이 때, 원래 DB를 수정하는 것이 아님.
• 한 컬럼이 지워지면 코딩상에서는 getter, setter 뿐만 아니라 변수도 없어지기 때문에 변동이 엄청 큼. 하지만 회사에서는 비일비재.
• L테이블. 최악의 테이블. NULL이 들어가 있는 상태의 테이블. 데이터가 이미 들어가있을때 나중에 컬럼을 추가.

 

 

• USER TABLESPACE 안에 USER01.DBF 파일 존재(오라클이 관리하지만 OS의 영역).
• 그 파일 안에 MANAGER, SALESMAN, SALESMAN1 과 같은 테이블들이 존재(물리적으로 오라클 DB영역)
• 일반적으로 트랜잭션로그파일의 내용을 볼 수 없음.
• SYS계정에서 테이블 생성시 기본 Default값은 SYSTEM.tablespace 에 저장된다.
• ACCOUNT_STATUS : EXPIRED & LOCKED > LOCK을 풀어서 OPEN일때 계정 사용가능
• TEMPORARY_TABLESPACE : 대부분 TEMP 로 되어있음. TEMP 없어지면 안됨

 

- 패스워드저장파일 경로

• C:\app\itwill\product\11.2.0\dbhome_1\database\PWDTestDB.ora

사용자와 패스워드 정보가 저장되는 파일

 

 

-  DCL(GRANT/REVOKE) 관리자 명령어 권한부여, 권한삭제

1. GRANT : USER나 OBJECT 에 권한을 부여할 때 사용함

▶ CREATE SESSION 권한 :  TEST사용자로 로그인 가능

▶ CREATE RESOURCE  권한 : TEST사용자가 TABLE 생성 가능

 

2. CREATE 권한이 부여되면 자동으로 DROP,  ALTER권한도 같이 부여됨

3.PARK은 CREATE RESOURCE 권한이 없어서 테이블 생성 불가능

4. REVOKE : USER나 OBJECT에 권한을 회수할 때 사용함

- 오라클에서 ‘ED’ 와 ‘ / ‘의 차이점은 직전에 실행한 쿼리를 보여주고 실행하냐(ED), 바로 실행하냐(/)

- 프로젝트 진행시 사용자 계정, TABLESPACE, TABLE 모두 만들어서 진행해줘야 한다.

• - 오라클 세션 : 오라클은 데이터베이스 접속이 이루어지면 세션을 시작한다.
• - 세션은 사용자가 데이터베이스에 연결되어 있는 동안 계속 유지된다.
• KIM, PARK의 접속이 연결되어 있는 상태이면 세션이 2개 .
• 세션이 시작되면 오라클은 해당 세션에 세션ID(SID)를 할당한다.

- OBJECT 권한 : 사용자->사용자에게 부여 (INSERT, UPDATE, DELETE, SELECT)

1. KIM.은 스키마에 해당. TEST계정에서 KIM이 가지고있는 PERSONNEL테이블을 보고자 하는 것

2. KIM이 TEST사용자와 PARK에게 권한을 부여

3. TEST사용자가 KIM의 PERSONNEL 테이블을 SELECT 가능해짐

4. PARK사용자가 KIM의 DIVISION1테이블의 조회,삽입,삭제 가능

5. 모든 사용자(PUBLIC)에게 권한 부여가능 (SYS or 해당 사용자가 GRANT)

6. PUBLIC은 PUBLIC으로 권한 회수 해야함. 각각의 사용자에게 부여한 권한 삭제.

7. OBJECT 권한은 SYSTEM DBA가 부여,삭제할 수 있다.

 

- ROLE(역할) : 네트워크에서는 GROUP이라고도 얘기함.  8/9/10많이 사용함

1. ROLE 만들기

2. GRANT 명령어로 ROLE에 권한 부여

3. ROLE을 USER에게 GRANT 명령어로 권한 부여

4. 권한 회수(재접속한 이후부터는 해당 권한 없음)

5. ROLE의 권한 회수

6. ROLE이 가지고 있는 권한 조회. ( ROLE = CONNECT, RESOURCE, MANAGER의 권한)

7. ROLE에 OBJECT 권한 사용

8. ROLE에 부여된 SYSTEM권한 정보 ★★★     

9. ROLE에 부여된 TABLE권한 정보 ★★★

10. 현재 USER에게 부여된 ROLE 권한 ★★★

11. LEE사용자에게 권한 부여시 RESOURCE ROLE만 부여하고 나머지는 시스템 권한으로 부여함

12.KIM 사용자에게 권한 부여시 CONNECT, RESOURCE ROLE 부여

13. 현재 USER가 소유하고있는 OBJECT

14. 현재 USER에게 소유된 OBJECT의 컬럼정보