用户管理
达梦中的三权分立与四权分立
"三权分立"时系统内置三种系统管理员，包括数据库管理员、数据库安全员和数据库审计员，四权分立”时新增了一类用户，称为数据库对象操作员。它们各司其职，互相制约，有效地避免了将所有权限集中于一人的风险，保证了系统的安全性。
数据库管理员（DBA）
- 三权分立：负责评估数据库运行所需的软、硬件环境、安装和升级 DM数据库、配置 DM数据库参数、创建主要的数据库存储结构（表空间）和对象（如表、视图、索引、角色、用户等）、监控和优化数据库性能、数据导入导出以及数据库的备份和恢复等。
- 四权分立：在原有“三权分立”基础上调整自主访问控制权限，只具有“三权分立”中 DBA角色预设的一部分与数据库管理相关的明确的数据库权限，如数据库创建、备份、还原和校验等。
数据库安全员（SSO）
- 制定安全策略，定义新的数据库安全员，设置系统的安全等级、范围和组，并为主、客体定义安全标记，从而全面提升系统安全性。
数据库审计员（AUDITOR）
- 数据库审计员可以设置要审计的对象和操作、定义新的数据库审计员、查看和分析审计记录。
数据库对象操作员（DBO）
- 数据库对象操作员是“四权分立”新增加的一类用户，可以创建数据库对象，并对自己拥有的数据库对象（表、视图、存储过程、序列、包、外部链接）具有所有的对象权限并可以授出与回收，但其无法管理与维护数据库对象。
创建用户及维护
创建用户
首先以SYSDBA的身份登录,然后执行如下操作:
该操作创建了一个用户名为test713,密码为test123456的用户.
修改密码
该操作将test713的密码修改为了test654321.
锁定
解锁
权限分配
为test713分配建表权限.
删除
用户和模式的关系
在达梦数据库中通过create user创建用户时,会同时创建一个同名的模式.也可以通过create schema语句单独创建模式,并授权给某个已存在的用户.因此在达梦数据库中用户与模式是1:N的关系.
模式的创建及基本操作
创建
这条语句创建了一个名叫TEST713且属于用户SYSDBA的模式.
删除
表空间
表空间的创建及基本操作
创建
上面的操作创建了一个名为test713的表空间,数据文件位于D盘的\DM\data\data\DAMENG\test713.dbf路径下,文件大小为128M.
修改
改名
将表空间名由test713修改为test317.
增加数据文件
在同一路径下为test317增加一个名为test317.dbf的数据文件,大小为128M.
为数据文件扩容
将test317.dbf扩容到200M.
重命名数据文件
需要在脱机模式下进行,该操作不仅可以修改数据文件名,你愿意的话,还可以修改数据文件路径.
修改表空间的自动扩展属性
将D:\test317.dbf的自动扩展属性修改为每次扩展10M,最大文件大小为1000M.
删除表空间
HUGE表空间的基本操作
创建HTS
- 表空间名在服务器中必须唯一.
- HTS表空间不支持创建MIRROR镜像文件.
为HTS添加路径
- 一个HTS表空间最多支持255个路径.
删除HTS
- 未被使用的表空间才能被删除.
角色
预定义角色
- DBA:DM数据库系统中对象与数据操作的最高权限集合,拥有构建数据库的全部特权,只有DBA才可以创建数据库结构.
- RESOURCE:可以创建数据库对象,对有权限的对象进行数据操纵,不可以创建数据库结构.
- PUBLIC:不可以创建数据库对象,只能对有权限的数据库对象进行操纵.
角色管理
角色查看
创建角色
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lKMEt3M1-1595234373287)(E:\文档\达梦\学习记录\7.13非模式对象管理.assets\image-20200713113417953.png)]
角色添加权限
grant select on table1 to role1;
grant create table to role1;
grant role1 to test1;
- 第一行将表table1的查询权限赋给role1;
- 第二行将创建表的权限赋给role1;
- 第三行将role1角色赋给用户test1.
删除角色
权限
数据库权限
数据库权限是与数据库安全相关的非常重要的权限,其权限范围比对象权限更加广泛,因而一般被授予数据库管理员或者一些具有管理功能的角色.
数据库权限与DM预定义角色有着重要联系,一些数据库权限由于权力较大,只集中在几个DM系统预定义角色中,且不能转授.
种类
| 数据库权限 | 说明 |
|---|---|
| CREATE TABLE | 在自己的模式中创建表的权限 |
| CREATE VIEW | 在自己的模式中创建视图的权限 |
| CREATE USER | 创建用户的权限 |
| CREATE TRIGGER | 在自己的模式中创建触发器的权限 |
| ALTER USER | 修改用户的权限 |
| ALTER DATABASE | 修改数据库的权限 |
| CREATE PROCEDURE | 在自己的模式中创建存储程序的权限 |
DM提供了100余种数据库权限,上表仅列出了常用的一些.
权限的分配和回收
分配
- 授权者须具有对应的数据库权限及其转授权;
- 接受者必须与授权者用户类型一致;
- 如果有WITH ADMIN OPTION选项,接受者可以把这些权限转授给其他用户/角色.
例如,系统管理员SYSDBA把建表和建视图的权限授予给用户TEST并允许其转授.
GRANT CREATE TABLE,CREATE VIEW TO TEST WITH ADMIN OPTION;
回收
- 权限回收者必须是具有回收相应数据库权限以及转授权的用户;
- ADMIN OPTION FOR选项的意义是取消用户或角色的转授权限,但是权限不回收.
例如,SYSDBA把用户的建表权限收回.
REVOKE CREATE TABLE FROM TEST;
SYSDBA在不收回TEST用户建视图权限的情况下不让其转授建视图权限.
REVOKE ADMIN OPTION FOR CREATE VIEW FROM TEST;
对象权限
种类
| 数据库对象类型 对象权限 |
表 | 视图 | 存储程序 | 包 | 类 | 类型 | 序列 | 目录 | 域 |
|---|---|---|---|---|---|---|---|---|---|
| SELECT | √ | √ | √ | ||||||
| INSERT | √ | √ | |||||||
| DELETE | √ | √ | |||||||
| UPDATE | √ | √ | |||||||
| REFERENCES | √ | ||||||||
| DUMP | √ | ||||||||
| EXCUTE | √ | √ | √ | √ | √ | ||||
| READ | √ | ||||||||
| WRITE | √ | ||||||||
| USAGE | √ |
权限的分配和回收
分配
- 授权者必须是具有对应对象权限及其转授权限的用户;
- 如未指定对象的模式名,模式为授权者所在的模式.DRECTORY为非模式对象,没有模式;
- 如设定了对象类型,则该类型必须与对象的实际类型一致,否则会报错;
- 带WITH GRANT OPTION授予权限给用户时,接受权限的用户可转授此权限;
- 不带列清单授权时,如果对象上存在同类型的列权限,会全部自动合并;
- 对于用户所在的模式的表,用户具有所有权限而不需特别指定;
- 当授权语句中使用了ALL PRIVILEGES时,会将指定的数据库对象上所有的对象权限都授予被授权者.
例1:SYSDBA把PERSON.ADDRESS表的全部权限授予给用户TEST.
GRANT SELECT,INSERT,DELETE,UPDATE,REFERENCES ON PERSON.ADDRESS TO TEST;
该句也可写成如下形式:
GRANT ALL PRIVILEGES ON PERSON.ADDRESS TO TEST;
例2: 假设用户 TEST 创建了存储过程 TEST_PROC，数据
库管理员 SYSDBA 把该存储过程的执行权 EXECUTE 授给已存在用户 TEST2，并使其具有该权限的转授权。
GRANT EXECUTE ON PROCEDURE TEST.TEST_PROC TO TEST2 WITH GRANT OPTION;
现在以TEST2的身份登录服务器执行这个存储过程:
例3:假设 SYSDBA 是表 BOOKSHOP_T1 的创建者，用户 BOOKSHOP_USER1、BOOKSHOP_USER2、BOOKSHOP_USER3 存在，且都不是 DBA 权限用户。
(1)以 SYSDBA 身份登录，并执行语句：
GRANT SELECT ON BOOKSHOP_T1 TO BOOKSHOP_USER1 WITH GRANT OPTION;
(2)以 BOOKSHOP_USER1 身份登录，并执行语句：
GRANT SELECT ON SYSDBA.BOOKSHOP_T1 TO BOOKSHOP_USER2;
(3)以 BOOKSHOP_USER2 身份登录，并执行语句：
GRANT SELECT ON SYSDBA.BOOKSHOP_T1 TO BOOKSHOP_USER3;
例4:用户 SYSDBA 创建一个名为 V_PRODUCT 的视图，要求对于该视图，允许BOOKSHOP_USER1 能够进行查询、插入、删除和更新操作，用户BOOKSHOP_USER2 和BOOKSHOP_USER3 也可进行同样的工作，但要求其操作权限由用户 BOOKSHOP_USER1 控制。
(1)以 SYSDBA 的身份登录：
(2)以用户 BOOKSHOP_USER1 的身份登录：
回收
-
权限回收者必须是具有回收相应对象权限以及转授权的用户;
-
回收时不能带列清单,若对象上存在同类型的列权限,则一并被回收;
-
使用GRANT OPTION FOR选项的目的是回收用户或角色权限转授的权利,而不回收用户或角色的权限;并且GRANT OPTION FOR选项不能和RESTRICT一起使用,否则会报错;
-
在回收权限时,设定不同的回收选项,其意义不同
-
- 若不设定回收选项,无法回收授予时带WITH GRANT OPTION的权限,但也不会检查要回收的权限是否存在限制;
- 若设定为RESTRICT,无法回收授予时带WITH GRANT OPTION的权限,也无法回收存在限制的权限,如角色上的某权限被别的用户用于创建视图等;
- 若设定为CASCADE,可回收授予时或不带WITH GRANT OPTION的权限,若带WITH GRANT OPTION还会引起级联回收.
例1:SYSDBA 从用户 TEST 处回收其授出的PERSON.ADDRESS 表的全部权限。
例2:SYSDBA 从用户 TEST2 处回收其授出的存储过
程 TEST.TEST,PROC 的 EXECUTE 权限。
例3:假定系统中存在非 SYSDBA 用户 BOOKSHOP_USER1、BOOKSHOP_USER2、BOOKSHOP_USER3 和 BOOKSHOP_USER4，其中 BOOKSHOP_USER1 具有 CREATE TABLE数据库权限,BOOKSHOP_USER2 具有 CREATE VIEW 数据库权限，且已成功执行了如下的语句：
登录BOOKSHOP_USER1
登录BOOKSHOP_USER2
登录BOOKSHOP_USER3
登录BOOKSHOP_USER4
此时，若 BOOKSHOP_USER1 执行以下语句会引起之前授予的 INSERT(ID)权限被合并。
GRANT INSERT ON T1 TO BOOKSHOP_USER2 WITH GRANT OPTION;
若 BOOKSHOP_USER1 执行以下语句，会成功，因为这种方式不检查权限是否存在限制。
REVOKE SELECT ON T1 FROM PUBLIC;
若 BOOKSHOP_USER1 执行以下语句，则会失败，因为这种方式检查权限是否存在限制，即 BOOKSHOP_USER2 利用此权限创建了视图 V1。
REVOKE SELECT ON T1 FROM PUBLIC RESTRICT;
若 BOOKSHOP_USER1 执行以下语句，会进行级联回收 BOOKSHOP_USER2、BOOKSHOP_USER3、BOOKSHOP_USER4 授出的 INSERT(ID)权限。
REVOKE INSERT ON T1 FROM BOOKSHOP_USER2 CASCADE;
但若 BOOKSHOP_USER1 连续执行了以下两条语句，则后一条语句仅回收其授予BOOKSHOP_USER2 的权限，而不会产生级联回收，因为有另一条路经授予了BOOKSHOP_USER3 同样的权限 INSERT(ID)。
GRANT INSERT ON T1 TO BOOKSHOP_USER3 WITH GRANT OPTION;REVOKE INSERT ON T1 FROM BOOKSHOP_USER2 CASCADE;