数据库原理及应用基础的常见类型题

1.B 2.C 3.B 4.C 5.D 6.C 7.C 8.D 9.C 10.A
11.A 12.A 13.A - 不知道14。乙evogue2006 - 10 - 24 11点47分01秒15?16.A 17.B 18.A 19.D 20.C

试述事务的概念和事务的四个特性。
A：
事务是一个用户定义的数据库操作序列，这些操作要么全部做或不做的整体，是一个不可分割的工作单元。
事务有四个特点：原子性（原子性），一致性（一致性），隔离（隔离）和持久性（Durability）。这四个特点也被称为ACID属性。
原子性：事务数据库的逻辑工作单元，该交易包括所有的操作，无论是做还是不做。
一致性：事务执行的结果必须更改数据库从一个一致状态转换到另一个一致的状态。
隔离：一个事务的执行不能被其他事务的干扰。一个事务内的操作和使用其他并发事务的数据分离出来，并发执行的个别交易不能互相干扰。
持续性：持续性的，也被称为永久（持久性），指的到交易提交其数据存储在数据库中的变化应该是永久性的。接下来的操作或故障不应该有任何影响其执行结果。
2。为什么事务非正常时间的推移，会影响数据库中数据的正确性，举了一个例子。
A：
事务的执行结果必须更改数据库从一个一致状态转换到另一个一致状态。如果出现故障的数据库系统的操作，一些尚未完成的交易被迫中断，这些未完成的交易的一部分已被写入到物理数据库对数据库所做的更改，然后在数据库中不正确的状态，或者是不一致的状态。
如一个工厂的库存管理系统，它是必要的量Q的某些部分从仓库1仓库2个存储。
你可以定义一个事务T，T包括两个操作; Q1 = Q1-Q，Q2 = Q2 + Q. T改变的终??止，只有当第一个操作，数据库是不一致Q库存没有理由。

3。数据库中为什么要有恢复子系统？它的功能是什么？
A：
是不可避免的，因为计算机系统的硬件故障，软件错误，操作错误和恶意破坏所造成的这些故障从正在运行的事务中发生非正常中断，影响数据库中的数据正确性，而破坏了数据库中，因此，在数据库中的数据的全部或部分损失，因此必须有一个恢复子系统。功能
恢复子系统：数据库从错误状态恢复到一个已知的良好状态（也被称为一致的状态或完整状态）。

4。在数据库中可能出现的故障运行几类？什么故障影响正常执行的交易吗？什么故障破坏数据库中的数据？
A：数据库系统的各种可能发生的故障大致可分为如下几类：
（1）内部交易失败;
（2）系统故障; />（3）介质故障;
（4）计算机病毒。的
交易失败，系统故障和介质故障影响事务的正常执行;介质故障和计算机病毒破坏的数据
库。

5。根据回收技术？
A：
数据转储和登录日志文件是数据库恢复的基本技术。
当一个故障在系统运行过程中，转储数据库的日志文件，你可以将数据库恢复到一致状态，在发生故障之前的备份副本。

6。数据库的转储的意义是什么？各种数据转储方法的比较。
答案：
数据转储是基本的技术，在恢复的数据库。所谓的转储数据库DBA定期复制到磁带或其他磁盘保存。可以重新加载数据库破坏的数据库的备份副本恢复时的状态转储。
静态转储：转储系统操作运行的事务。静态转储，但必须等待用户交易结束之前运行。同样，新的事务必须等待执行转储结束。显然，这将减少数据库的可用性。
动态转储：转储期间允许数据库访问或。动态的转储可以克服静态转储的缺点，它并不需要等待正在运行的用户交易的结束，也不会影响新事务的操作。然而，备份的数据副本结束时的转储和不能保证正确和有效的。 ，因为转储运行在交易过程中可能会一些数据，备份的数据副本是不符合版本的数据库。
为此，我们必须活动期间注册使用dump transaction数据库，以创建一个日志文件（日志文件）。在这样的日志文件的备份副本可以得到正确的数据库状态的时刻。
转储海量转储和增量转储可以分为两种方式。
大规模倾倒每一个转储所有数据库。增量转储每次更新只转储上次转储数据。从恢复的角度来看，大量的转储的备份副本恢复一般更容易。如果该数据库，事务处理，是非常频繁，增量转储方式更实用，更有效。

7。日志文件？为什么要建立一个日志文件？
答案：
（1）日志文件是用来记录交易文件对数据库的更新操作。
（2）建立的日志文件的目的：交易故障恢复系统故障恢复;协助媒体恢复的备份副本。

登记日志文件为什么要写入日志文件后，写入到数据库？
A：
的数据写入到数据库中，两种不同的操作，这个后的日志记录被写入到日志文件中。这两个操作之间可能发生了故障，即这两个写操作只完成了。
先写一个数据库，而不是变化的运行记录中，小数点后不能被恢复这一。如果你写的日志，但没有数据库，恢复执行UNDO操作，不影响数据库的正确性。所以一定要确保你写的日志文件，日志记录写入到日志文件中，然后写入到数据库的变化。

9，测试是针对不同的故障恢复策略和方法。 （也就是说，如何进行交易系统故障恢复故障恢复介质恢复？）
A：
交易故障恢复：
事务故??障的恢复是自动完成的DBMS ，是对用户透明。
DBMS执行恢复步骤：
（1）反向扫描文件日志（即从最后一次扫描日志文件），则该事务更新操作。
（2）事务的更新操作执行逆操作。关于日志记录更新前值吗？写入到数据库中。
（3）反向扫描日志文件，做同样的。
（4）？下去，直到你读的开始标记本次交易，交易失败恢复完整。
A：
系统故障恢复：
系统出现故障可能会导致数据库处于不一致的状态：
首先，没有完成的交易数据库的更新可能已被写入到数据库中;
已提交的交易数据库的更新可能还留在缓冲区中，并没有写入到数据库。
恢复操作（UNDO）的未竟事业出现故障，重做（REDO）已完成的交易。
恢复步骤：
（1）正向扫描日志文件，以确定该交易已提交在故障发生前队列中（REDO队列的）和未完成的事务队列（UNDO队列）。
（2）UNDO处理队列中的个别交易的。
UNDO处理方法是反向扫描日志文件，更新操作执行相反的操作，每一个UNDO事务迫在眉睫的“价值”（前映像）记录写入到数据库中，然后再更新。
（3）治疗重做重做队列事务。
REDO处理方法：正向扫描日志文件，每个REDO事务重新执行操作的日志文件登记。即将推出的日志记录写入到数据库中的更新值“（后映像）。
分辨率：
步骤（1）如何确定的REDO队列和UNDO队列，请考虑一下吧。 BR />的算法如下：
1）创建两个事务队列：
·UNDO-LIST：需要执行undo操作的事务集;
·REDO-LIST：需要执行重做操作事务集;
事务队列最初是空的。
）从日志文件头，正向扫描日志文件
是否有新的开始（遇到BEGIN TRANSACTION）交易钛，钛暂时放入UNDO-LIST队列;
·如果提交的事务（遇到结束事务）TJ TJ从队列undo-list中的REDO-LIST队列;

直到最后的日志文件A：
介质故障恢复：
介质故障是最严重的故障。
恢复方法是重装数据库，然后重做已完成交易的过程是：
（1 ）DBA装入最新的数据库备份（从故障时间最近的转储副本），将数据库恢复到一致的状态转储。
（2）DBA的日志文件的副本加载转储结束时间
（3）DBA启动系统恢复命令来完成还原的DBMS的功能，重做已完成的交易。

解析
1）我们假设静态转储的步骤（1）安装数据库的备份副本。
2）如果您使用的是静态和动态转储步骤（1）将数据库的备份副本是不够的，需要同时加载的副本日志文件的转储开始治疗后的时间，以获得正确的数据库的备份副本。
3）（2）步算法来重做已完成的交易：
正向扫描日志文件，以找出识别在故障发生之前提交的交易中，计入的重量队列
B。再次向前扫描日志文件，重做重做队列中的所有交易。即将推出的日志记录写入到数据库中的更新值。
>
10。检查点恢复技术的优势是什么？
A：
测井技术进行数据库恢复，恢复子系统必须搜索日志，以确定哪些事务需要重做，哪些事务需要。一般来说，你需要检查所有的记录。这样做有两个问题：
首先，搜索整个日志将花费大量的时间。
REDO处理的事务实际上写的更新操作数据库恢复子系统又执行这些操作，浪费了大量的时间。
检查点技术，以解决这些问题。

11。师叔检查点的恢复步骤。

①从启动文件的最后一个检查点记录在日志文件中的地址找到最后一个检查点记录在日志文件中找到的地址。
②检查站的检查点记录的建立时间列表中的所有运行的事务ACTIVE-LIST。
创建两个事务队列：
·UNDO-LIST：需要执行undo操作的事务集;
·REDO-LIST：集交易需要执行恢复操作;
ACTIVE-LIST暂时到UNDO-LIST队列，REDO队列暂时空。
③从检查点开始正向扫描日志文件
任何新的起点事务钛undo-list中的Ti暂时放置在队列中;
·如果提交事务TJ，TJ移动从UNDO-LIST队列，REDO-LIST队列，直到最后的日志文件;
>④UNDO操作执行undo-list中的每一笔交易REDO-LIST中的每个事务执行REDO操作。

12。数据库镜像？使用？
答案：
数据库镜像是根据对DBA的要求，自动复制到另一个磁盘上的关键数据在整个数据库或部分。每当主数据库更新时，DBMS自动复制更新后的数据，在过去，DBMS自动保证镜像的一致性
使用数据库镜像的数据和主数据。：
一个用于数据库恢复。当介质故障的镜像磁盘继续提供使用的数据库管理系统自动镜像磁盘数据恢复的数据库，并且不需要关闭系统并重新安装该数据库的副本。
二是要提高无故障，当用户的数据加排他锁来其他用户可以读取的数据的数据库的可用性。镜像数据库，无需等待用户释放该锁。