第8章__New数据库保护与SQL_Server数据库保护技术.pptVIP

; DBMS必须提供统一的数据保护功能，以保护数据库中数据的安全可靠及正确有效。;8.1 数据库的安全性及SQL Server的安全管理 ;DBMS;8.2.1 完整性约束条件及完整性控制;(2) 静态元组级约束 静态元组级约束是对元组的属性组值的限定，及规定了属性之间的值或结构的相互制约关联。 (3) 静态表级约束 1) 实体完整性约束。 2) 参照完整性约束。 3) 函数依赖约束。 4) 统计约束 2. 动态级约束 (1) 动态列级约束 1) 修改列定义时的约束。 2) 修改列值时的约束。;(2) 动态元组级约束 动态元组级约束是指修改元组的值时元组中字段组或字段间需要满足某种约束。 (3) 动态表级约束 动态表级约束是加在关系变化前后状态上的限制条件。 3. 完整性控制机制的功能及执行约束 (1) 完整性控制机制应具有的功能 1) 定义完整性功能，提供定义完整性约束条件的机制。 2) 检查完整性功能，检查用户发出的操作请求，看其是否违背了完整性约束条件。 3) 控制完整性功能，监视数据操作的整个过程，如果发现有违背了完整性约束条件的情况，则采取一定的动作来保证数据的完整性。;(2) 立即执行约束和延迟执行约束 有关数据操作语句执行完后立即进行完整性检查为立即执行约束；在整个事务执行结束后再进行完整性检查为延迟执行约束。 5. 实现参照完整性要考虑的几个问题 (1) 外码能够接受空值的问题 (2) 在被参照关系中删除元组的问题 (3) 在参照关系中插入元组时的问题;(4) 修改关系的主码问题 a. 不允许修改主码。如果需要修改主码值，只能先删除该元组，然后再把具有新主码值的元组插入到关系中。 b. 允许修改主码。允许修改关系主码，但必须保证主码的惟一性和非空，否则拒绝修改。 (5) 修改表是被参照关系的问题。 a. 级联修改。如果要修改被参照关系中的某个元组的主码值，则参照关系中相应的外码值也作相应的修改。 b. 拒绝修改。如果参照关系中，有外码值与被参照关系中要修改的主码值相同的元组，则拒绝修改。 c. 置空值修改。修改被参照关系的元组，并将参照关系中相应元组的外码值置空值。;8.2.2 SQL Server的数据库完???性及实现方法;2. SQL Server数据完整性的两种方式 (1) 声明数据完整性 声明数据完整性通过在对象定义中定义、系统本身自动强制来实现。声明数据完整性包括各种约束、缺省和规则。 (2) 过程数据完整性 过程数据完整性通过使用脚本语言（主语言或Transact-SQL）定义，系统在执行这些语言时强制完整性实现。;3. SQL Server实现数据完整性的具体方法 (1) SQL Server约束的类型;(2) 数据完整性约束的实现;1) 创建规则CREATE RULE CREATE RULE xb_rule AS @xb = ‘男’ OR @xb = ‘女’ 2)绑定规则 SP_BINDRULE xb_rule, ‘学生表.性别’ 3)解除绑定 SP_UNBINDRULE ‘学生表.性别’ 4)删除默认 DROP RULE xb_rule;2.实体完整性的实现;3.参照完整性的实现; 8.3 数据库的并发控制及SQL Server的并发控制机制 ;并发操作带来的数据不一致性;1. 丢失修改;2. 不可重复读;3. 读“脏”数据;8.3.2 封锁及封锁协议;1. 锁的类型 (1) 排它锁（Exclusive Locks，简称X锁） 排它锁也称为独占锁或写锁。一旦事务T对数据对象A加上排它锁（X锁），则只允许T读取和修改A，其他任何事务既不能读取和修改A，也不能再对A加任何类型的锁，直到T释放A上的锁为止。 (2) 共享锁（Share Locks，简称S锁） 共享锁又称读锁。如果事务T对数据对象A加上共享锁（S锁），其他事务只能再对A加S锁，不能加X锁，直到事务T释放A上的S锁为止。;1. 活锁和死锁 (1) 活锁 在多个事务请求对同一数据封锁时，总是使某一用户等待的情况称为活锁。 解决活锁的方法是采用先来先服务的方法，即对要求封锁数据的事务排队，使前面的事务先获得数据的封锁权。 (2) 死锁 多事务交错等待的僵持局面称为死锁。 解决死锁有两类方法：一是采用一定措施来预防死锁的发生；二是采用一定手段定期诊断系统中有无死锁，若有则解除之。;预防死锁通常有两种方法： 1) 一次封锁法：要求每个事务必须一次将所有要使用的数据全部加锁，否则该事务不能继续执行。 2