数据库原理及应用试题,1.b 2.c 3.b 4.c 5.d 6.c 7.c 8.d 10.c 10.a11.a 12.a 13.a - 未确定14.b 15.c 16 .a17.B 18.A 19.D 20.C1。尝试事务概念和交易的四个特征。答：交易是数据库定义的数据库操作序列，它们都已完成，它是一个不可分割的工作单元。交易有四种特征：原子性，一致性，隔离和耐用性。该四个特征也称为酸特征。原子：业务是数据库的逻辑工作单元，并且在交易中包含的操作要么是，要么不做。一致性：事务执行的结果必须是将数据库从一个一致性状态到另一个一致性状态。隔离：交易的实现不能被其他交易干扰。也就是说，孤立事务内部的操作和用于其他并发事务的数据，并且执行的每个事务都是不间间的。可持续性：每项舰队也被称为永久性，这意味着数据库中数据的变化应该是永久性的。其他操作或故障不应对其执行结果产生任何影响。2.为什么交易会影响数据库数据的正确性，请包括一个例子。答：交易的结果必须是将数据库从一致性状态从一致性状态进行。如果在数据库系统中发生故障，则尚未完成一些事务，其中一些未完成的事务部分已将部分写入物理数据库。此时，数据库处于错误状态，或状态不一致。例如，在工厂的库存管理系统中，该数量的某些部分从仓库1移动到仓库2.您可以定义事务T，T包括两个操作;Q1 \u003d Q1-Q，Q2 \u003d Q2 + Q.如果T不是第一个操作时T不正常时，数据库处于不一致状态，并且库存少于Q. 3.为什么您在数据库中有一个恢复子系统？它的功能是什么？答：因为计算机系统的硬件故障，软件错误，操作员的错误和恶意破坏是不可避免的。这些故障可能导致运行事务的非正常中断，影响数据库中数据的正确性，并销毁数据库在数据库中制作全部或部分数据，因此必须有一个恢复子系统。恢复子系统的功能是将数据库从错误状态恢复到已知的正确状态（也称为一致状态或完整状态）。4.可以在数据库操作中生成哪些故障？什么故障影响交易的正常实施？什么故障摧毁数据库数据？ - 答：您可能已在数据库系统中发生故障类型可以大致分为以下类别：事务内的故障（1）;（2）系统故障;（3）媒体失败;（4）计算机病毒。事务故障，系统故障和媒体故障会影响交易的正常执行;媒体故障和计算机病毒销毁了数据库数据。5.根据基本技术图书馆恢复什么？答：数据转储和登录日志文件是数据库恢复的基础技术。当系统正在运行的数据库和日志文件的备份副本时，您可以使用转储将数据库还原到失败前的一致状态。6.重要性数据库转储是什么？数据转储各种方法的比较。答：数据转储是数据库恢复中使用的基本技术。所谓的转储dBa定期将数据库复制到磁带或另一个磁盘上保存的进程。在销毁数据库之后，可以在转储时重新加载数据库的备份副本回到状态。静态转储：在没有Transac的情况下运行时执行的转储操作灰。静态转储很简单，但用户必须等待要运行的事务结束。同样，新事务必须等待转储结束要执行。显然，这将减少数据库的可用性。动态传输：手段允许在转储期间访问或修改数据库。可以克服静态动态转储转储的缺点它没有等待最终用户事务运行，它不会影响新事务的操作。但是，在转储结束时，数据的备份副本不保证正确有效。由于事务在转储期间运行可能修改某些数据，因此数据在备份副本上的数据库不一致版本。为此目的，必须在转储已注册的活动数据库的转储期间修改每个事务，请创建日志文件（日志文件）。以这种方式，与日志文件的备份副本一起将能够在特定的情况下获得数据库的正确状态时间。转储也可以用两种方式分为大规模转储和增量转储。大规模转储是指每个转储所有数据库。增量转储是指数据转储后的一段时间的更新转储。从恢复的角度来看，使用垃圾堆来获得一般更简单的恢复的大量备份副本。但是，如果大数据库，事务处理和非常频繁，递增的转储方式更加实用和有效。7.什么是日志文件？为什么要设置日志文件？答：（1）日志文件用于将事务文件记录到数据库更新操作。目的（2）建立日志文件是：事务恢复;恢复系统;协助备份副本介质恢复。8.为什么要在注册日志文件时写入日志文件，写入数据库？答：修改了写入数据库的数据并指示此更改日志记录写入日志文件是两个不同的操作。这两个操作之间可能存在故障S，即两个写操作只完成了一个。如果第一个写入数据库修改，并且在此修改中未注册操作记录，则在修改后无法恢复的位置。如果第一个到writeLogs，但没有修改数据库，只在恢复时执行撤消操作，并且不会影响数据库的正确性。所以你必须先编写日志文件，首先将日志文件写入日志文件，然后写下数据库的修改。9.尝试提供不同故障的恢复策略和方法。（即交易失败的恢复？系统故障恢复？媒体故障恢复？）答：交易故障恢复：DBMS自动完成交易故障的恢复，对用户透明地完成。DBMS执行恢复步骤是：（1）反向扫描文件日志（即，从最终前向扫描日志文件），查找事务的更新操作。（2）执行计数器操作更新交易的操作。“更新前更新值”将写入数据库。（3）继续扫描日志文件反向，执行相同的处理。（4）处理直到此交易的开始标记完成后，恢复交易完成。答：系统故障恢复：系统故障可能导致数据库不一致状态：首先，未完成事务的更新可能已写入数据库;第二种是，事务的更新已提交给数据库可能会保留在缓冲区中，而不是在数据库中写入数据库。因此，恢复操作是在发生故障时撤消未完成的事务，并且重做已完成。系统的恢复步骤是：（1）正扫描日志文件，在发生故障之前识别事务队列（REDO队列）和未完成的事务队列（撤消队列）。（2）减去撤销队列中的每个事务。我用于执行撤消处理的Thod是反转日志文件，执行对每个撤消事务的更新的逆操作，并在日志记录中写入“在图像之前”。（3）对列中的各种事务执行重做处理。执行重做的方法是：日志文件的操作是向前扫描日志文件，并为每个重做事务重新执行日志文件注册。记录中的“更新值”写入数据库。*分析：如何在步骤（1）中找到重做队列和撤消队列？请考虑一下。给出了一种算法：1）建立两个事务队列：·撤消列表：需要收集撤消操作;·重做列表：需要重做操作的交易集合;两个事务队列都是空的。2）从日志文件头开始，向前扫描日志文件，如果有新的开始（遇到的开始事务），请将TI放入撤消列表队列;·如果有一个承诺的交易（遇到结束事务）TJ，将TJ从撤消列表队列移动到Redo列表TeamColumn;直到日志文件的末尾：恢复媒体失败：媒体故障是最严重的故障。恢复方法是重新安装数据库，然后重新执行已完成的事务。具体过程是：（1）DBA加载到最新的数据库备份副本（最接近故障时间的转储副本），以便数据库恢复到转储的一致状态。（2）DBA日志文件副本（3）DBA启动系统恢复命令，按DBMS完成已完成的事务。*分析1）我们假设使用静态转储，因此步骤（1）将进入数据库备份副本。2）如果使用静态动态转储，则第（1）小节是不够的，并且您需要加载转储开始时间的日志文件副本。处理后，您可以获得正确的数据库备份副本。3）步骤（2）的算法是完成的交易是：a。正扫描日志文件，找出TRA的身份NSAction已在故障之前提交，将其记录到Redo队列B中。再次返回扫描日志文件并重新处理重型队列中的所有事务。记录中的“更新值”写入数据库。10.恢复技术是否存在检查站？答：使用日志技术进行数据库恢复时，恢复子系统必须搜索日志以确定需要重做哪些事务，交易需要撤消。通常，您需要检查所有日志记录。有两个问题以这种方式：首先，搜索整个日志将花费大量时间。其次，有许多交易需要重做处理实际上已经向数据库写入了更新结果，并且恢复子系统已重新执行这些操作，并且浪费了大量时间。检查点技术是解决这些问题。11.使用CheckPoint方法指定恢复步骤。答：1找到恢复文件中记录的最后一个检查点以记录地址in日志文件，并在日志文件中查找最后一个检查点记录。 2检查检查点的检查点的记录建立了所有事务列表活动列表。它建于这里：•撤消列表：要求撤消操作的交易集合; ·重做列表：需要重做操作的交易集合;将活动列表放在撤消列表队列中，重做队列为空。 3从检查点开始扫描日志文件·如果有一个新的启动ti，请将ti放入撤消列表队列; ·如果有提交的事务Tj，请将TJ从撤消列表队列传输到Redo列表队列，直到日志文件结束; 4在撤消列表中执行撤消操作，对Redo列表中的每个事务执行重做操作。 12.它是一个数据库镜子？它使用了什么？答：根据DBA要求，数据库镜像自动复制到另一个磁盘。当主数据库更新时，DBMS会自动复制更新的数据，即DBMS自动保障ees镜像数据的一致性到掌握数据。使用数据库镜像是：首先，对于数据库恢复，当发生介质故障时，可以通过镜像磁盘继续，DBMS自动使用图像磁盘数据恢复数据库，不需要关闭系统并重新加载数据库副本。第二是提高数据库的可用性。当没有故障时，其他用户可以在修改用户时读取图像数据库上的数据，其他用户可以在不等待用户释放锁定的情况下读取数据库上的数据。
数据库的原理是什么,数据库系统的基本概念数据：实际上描述了事物的符号记录。数据的特征：有一定的结构，各种类型，例如整数，真实，字符等。数据的值给出了数据的价值固定类型的值，例如整数值为15.database：是一个数据集合，具有统一的结构形式，并存储在统一存储介质中，该统一存储介质集成在多个应用程序数据中，并且可以由每个应用程序共享.data库存数据存储在数据提供的数据模式中，具有集成和共享的特点.Database管理系统：系统软件，负责数据库中的数据控制，数据维护，控制和保护和数据服务，是数据库的核心。
数据库系统原理 选择题,D A.

责任编辑（郑素敏）

以上就是关于**数据库系统原理及答案，数据库原理清华版答案**的全部内容，如有需要以上系统，请在搜索框搜索商品或者咨询客服，了解更多请关注蚂蚁资源网。
内容来源于网络，如无意中有侵权，请联系客服核实，以便及时删除，谢谢支持！