数据库的安全和完整约束.pptxVIP

数据库的安全和完整约束第1页/共26页第2页/共26页8.1.1 视图的定义和查询修改 (1) 定义视图，可以限制各个用户的访问范围； (2) 有些DBMS没有视图功能，但是系统可以根据用户的访问限制条件，自动的修改查询条件，使其只能在给定访问范围内查询。基表、视图、各种目录以及实用程序等创建、撤销、查询、增、删、改等第3页/共26页第2页/共26页8.1.2 访问控制 访问控制(access control)是对用户访问数据库各种资源的权力的控制。 在同一DBMS下，可能建立多个数据库，访问控制在数据库之间是相互独立的。第3页/共26页第4页/共26页 数据库用户： 1.一般数据库用户； 2.具有支配数据库部分资源权限的数据库用户； 3.具有DBA特权的数据库用户 DBMS须解决：用户的标识与鉴别以及授权（grant--revoke）的问题。第5页/共26页第4页/共26页 在数据库中，许多用户的权限相同，如分别授权，十分繁琐，可以为他们定义一个角色。 对角色授权，某用户承担某种角色就拥有该角色的权限，一个用户可以拥有多个角色和其他权限。 角色不是用户，不能用做登陆！第5页/共26页第6页/共26页8.3 完整性约束检查 8.3.1 完整性约束的类型 以关系数据模型为例分类。 1. 静态约束（static constraints） (1) 固有约束(inherent constraints) ——第一范式 (2) 隐含约束(implicit constraints) 用DDL说明，例如：域完整性、实体完整性、 引用完整性等。 (3) 显式约束(explicit constraints) 依赖于数据的语义和应用。第6页/共26页第7页/共26页2. 动态约束（dynamic constraints） 不是对数据库状态的约束，而是数据库从一个状态转到另一个状态时要遵守的约束。第8页/共26页第7页/共26页 8.3.2 完整性约束的说明 约束的显式说明方法： 1.用过程说明约束 让应用程序完成约束的说明和检验。 缺点：检验分散在应用程序中，增加程序员的负担，约束改变会导致程序要修改。 优点：容易实现，目前应用较多。第8页/共26页第9页/共26页 2.用断言(assertions)说明约束 DBMS提供断言说明语言，用此语言可以写出数据库完整性断言，由系统编译成约束库(constraint base) 。 DBMS的完整性控制子系统，对每个更新事务，用相关断言进行检查，如果发现违反约束，就回卷该事务。 例如：Assert 余额约束 on 储蓄帐：余额?0第10页/共26页第9页/共26页 优点：集中控制，用户不编程，维护方便； 缺点：实现复杂，开销大，处理单一。 3.用触发子(triggers)表示约束 触发子是一种软件机制，形如： whenever 条件 then 动作Event(激活触发器)Condition(检验触发器的条件是否满足)Actions(触发器运行后的动作)第10页/共26页第11页/共26页 传统的数据库系统只能按照用户或应用程序的要求，对数据库进行操作，而不能根据发生的事件或数据库的状态主动进行相应的处理，这样的数据库系统是被动的。 主动数据库系统就是具有主动数据库功能的数据库系统。第11页/共26页第12页/共26页 问题：主动数据库系统和关系数据库系统、面向对象数据库系统的区别和联系？ 主动数据库只是数据库系统的一种功能！第13页/共26页第12页/共26页假 设有下列三个关系： Sailors(sid, sname, rating, birth, master） /*分别为水手的编号、名字、级别、出生日期、师父的编号，每个水手的师父也是水手*/ Boats(bid, bname, color) /*分别为船的编号、名字、颜色*/ Reserves(sid, bid, day) /*分别为订船水手编号、所订船编号、日期*/ 第13页/共26页第14页/共26页范例.引用完整性规则的实现 以Sailors,Boats,Reserves三张表为例，写出实现引用完整性约束的规则。有哪些操作会影响到三张表间的引用完整性？ Reserves表的Insert操作 Sailors表的Delete操作 Boats表的Delete操作 Reserves表的Update操作 Sailors表的Update操作 Boats表的Update操作 是否对所有属性的Update操作都影响引用完整性？第14页/共26页第15页/共26页 规则1 创建触发器，对Reserves表的Insert操作进行监控，如果插入元组的外键属性在Sailors和Boats表中不存在,回卷插入该记录