自考数据库系统原理(第6章)(代码:4735)练习题6.docVIP

自考数据库系统原理(第6章)(代码:4735)练习题6.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
练习题6 6.1 名词解释 事务:事务是构成单一逻辑工作单元的操作集合。要么完整地执行,要么完全不执行。 数据库的一致性:一个事务独立执行的结果,应保持数据库的一致性,即数据不会因事务的执行而遭受破坏。 数据库的可恢复性:系统能把数据库从被破坏、不确定的状态,恢复到最近一个正确的状态,DBMS的这种能力称为数据库的可恢复性(Recovery) 并发操作:在多用户共享系统中,许多事务可能同时对同一数据进行操作,这种操作称为并发操作。 封锁:封锁是系统保证对数据项的访问以互斥方式进行的一种手段。 X锁:事务T对某数据加了X锁后,其他事务要等T解除X锁后,才能对这个数据进行封锁。 S锁:事务T对某数据加了S锁后,仍允许其他事务再对该数据加S锁,但在对该数据的所有S锁都解除之前决不允许任何事务对该数据加X锁。 调度:事务的执行次序称为“调度”。 串行调度:多个事务依次执行,称为事务的串行调度。 并发调度:利用分时的方法,同时处理多个事务,则称为事务的并发调度。 可串行化调度:如果一个并发调度的执行结果与某一串行调度的执行结果等价,那么这个并发调度称为“可串行化的调度”。 不可串行化调度:如果一个并发调度的执行结果不与某一串行调度的执行结果等价,那么这个并发调度称为“不可串行化调度”。 6.2事务的COMMIT语句和ROLLBACK语句各做什么事情? 答: COMMIT(提交): 语句表示事务执行成功地结束,此时告诉系统,DB要进入一个新的正确状态,该事务对DB的所有更新都已交付实施(写入磁盘)。 ROLLBACK(“回退”或“回滚”): 语句表示事务执行不成功地结束,此时告诉系统,已发生错误,DB可能处在不正确的状态,该事务对DB的所有更新必须被撤消,DB应恢复该事务到初始状态。 6.3试叙述事务的四个性质,并解释每一个性质由DBMS的哪个子系统实现?每一个性质对DBS有什么益处? 答: ① 事务的原子性:是指一个事务对DB的所有操作,是一个不可分割的工作单元。原子性是由DBMS的事务管理子系统实现的。事务的原子性保证了DBS的完整性。 ② 事务的一致性:是指数据不会因事务的执行而遭受破坏。事务的一致性是由DBMS的完整性子系统实现的。事务的一致性保证数据库的完整性。 ③ 事务的隔离性:是指事务的并发执行与这些事务单独执行时结果一样。事务的隔离性是由DBMS的并发控制子系统实现的。隔离性使并发执行的事务不必关心其他事务,如同在单用户环境下执行一样。 ④ 事务的持久性:是指事务对DB的更新应永久地反映在DB中。持久性是由DBMS的恢复管理子系统实现的。持久性能保证DB具有可恢复性。 6.4 典型的数据库恢复策略是什么? 答: (1)平时做好两件事:转储和建立日志。 周期地(比如一天一次)对整个数据库进行拷贝,转储到另一个磁盘或磁带存储介质中。 建立日志数据库。记录事务的开始、结束标志,记录事务对数据库的每一次插入和修改前后的值,写到“日志”库中,以便有案可查。 (2)一旦发生数据库故障,分两种情况进行处理: 如果数据库遭到灾难性故障,例如磁头脱落、磁盘损坏等,这时数据库已不能用了,就必须装入最近一次拷贝的数据库备份到新的磁盘,然后利用日志执行“重做”(REDO)已提交的事务,把数据库恢复到故障前的状态。 如果数据库未遭到灾难性故障,但破坏了数据库的一致性(某些数据不正确),此时不必去拷贝存档的数据库,只要利用日志库“撤销(UNDO)”所有不可靠的修改,再利用日志库执行“重做”(REDO)已提交的、但对数据库的更新可能还留在内存缓冲区的事务,就可以把数据库恢复到正确的状态。 6.5 DBS中有哪些类型的故障?哪些故障破坏了数据库?哪些故障未破坏数据库,但使其中某些数据变得不正确? 答: DBS中DB的故障主要有三类:事务故障、系统故障和介质故障。前两类故障未破坏DB,但使其中某些数据变得不正确,此时只要利用日志撤消或重做事务。介质故障将破坏DB,此时只能把DB备份拷贝到新的磁盘,再利用日志重做事务对DB的修改。 6.6 “检查点机制”的主要思想是什么? 答: “检查点机制”的主要思想是在检查点时刻才真正做到把对DB的修改写到磁盘。在DB恢复时,只有那些在最后一个检查点到故障点之间还在执行的事务才需要恢复。 6.6什么是UNDO操作和REDO操作?为什么要这样设置? 答: UNDO和REDO是系统内部命令。 在DB恢复时,对于已经COMMIT但更新仍停留在缓冲区的事务要执行REDO(重做)操作,即根据日志内容把该事务对DB修改重做一遍。 对于还未结束的事务要执行UNDO(撤消)操作,即据日志内容把该事务对DB已作的修改撤消掉。 设置UNDO和REDO操作,是为了使数据库具有可恢复性。 6.8 COMMIT语句与检查点

文档评论(0)

_______ + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档