C

[解析]
   实体是一个范围广泛的概念，从具体的人、物、事件到抽象的状态以及概念，都可以用实体来抽象表示。实体是存在于现实世界中，并且可以根据其自身信息加以鉴别的任何事物的抽象表示。联系是现实世界内部或者事物之间语义关系的抽象定义。联系可以同一个或者多个实体有关。实体之间的联系可以是一对一、一对多或者多对多的。实体和联系组成模型可以用E-R图表示。因此E-R图可将现实世界(应用)中的信息抽象地表示为实体，以及实体间的联系。

B

[解析]
   在数据库的概念结构设计过程中，各子系统的局部E-R图设计好后，下一步就是要将所有的分E-R图综合成一个系统的总体E-R图，一般称为视图的集成。视图集成通常有如下两种方式。
   (1) 多个局部E-R图一次集成。这种方式比较复杂，做起来难度较大。
   (2) 逐步集成，用累加的方式一次集成两个局部E-R图。这种方式每次只集成两个局部E-R图，可以降低复杂度。
   由于各子系统应用所面临的问题不同，且通常是由不同的设计人员进行局部视图设计，这就导致各个局部E-R图之间必定会存在许多不一致的问题，称之为冲突。因此合并分E-R图时并不能简单地将各个局部E-R图画到一起，而是必须着力消除各个局部E-R图中的不一致，以形成一个能为全系统中所有用户共同理解和接受的统一的概念模型。
   各局部E-R图之间的冲突主要有3类。
   (1) 属性冲突：包括属性域冲突和属性取值冲突。属性冲突在理论上好解决，只要换成相同的属性就可以了，但实际上需要各部门协商，解决起来并不简单。
   (2) 命名冲突：包括同名异义和异名同义。处理命名冲突通常也像处理属性冲突一样，通过讨论和协商等行政手段加以解决。
   (3) 结构冲突：包括同一对象在不同应用中具有不同的抽象，以及同一实体在不同局部E-R图中所包含的属性个数和属性排列次序不完全相同。对于前者的解决办法是把属性变换为实体或实体变换为属性，使同一对象具有相同的抽象。对于后者的解决办法是使该实体的属性取各局部E-R图中属性的并集，再适当调整属性的次序。

D

[解析]
   普通(或完整)备份将复制所有选定的文件，然后将每个文件标记为已备份(换句话说，存档属性被清除)。如果使用普通备份，还原所有文件时仅需具备最新的备份文件副本或磁带。普通备份通常在首次创建备份集时执行。
   增量备份仅备份那些自上次普通备份或增量备份以来创建或更改的文件。增量备份将文件标记为已备份(换句话说，存档属性被清除)。如果结合普通备份和增量备份，还原所有数据时必须具备最新的普通备份集和所有增量备份集。
   差异备份仅复制那些自上次普通备份或增量备份以来创建或更改的文件。差异备份不将文件标记为已备份(换句话说，存档属性不被清除)。如果结合普通备份和差异备份，还原所有数据时既需要最新普通备份的文件或磁带，也需要最新差异备份的文件或磁带。
   辅助(或次要)副本是备份数据的副本。己复制的数据是主要备份副本的真实映像。如果主要备份服务器、设备和媒体丢失或损坏，已复制的数据可用做备用备份副本。主要副本和次要副本使用不同的媒体，通常使用不同的备份库。
   综合完全备份将选定数据的最新完全备份与所有后续增量和/或差异备份组合在一起，然后将结果存储在单个存档文件中。综合完全备份主要用于提高还原操作的性能。因为要进行成功的还原，需要的仅是单个备份。

A

[解析]
   安全性控制是指系统防止非法用户对系统进行操作所采取的机制。视图可以将表中视图之外的数据屏蔽从而保证其安全，密码验证和用户授予权都是对用户合法性的管理，而完整性是对合法用户非法输入的限制，不属于安全控制。
   诊疗科、医师和患者的E-R图如下所示，图中*  *、*  1分别表示多对多、1对多的联系：
   
   各实体对应的关系模式如下，其中带实下画线的表示主键，虚下划线的表示外键。
   诊疗科(诊疗科代码，诊疗科名称)
   医师(医师代码，医师姓名，)
   患者(患者编号，患者姓名)

D

[解析]
   数据库转储方式依照转存时是否允许运行事务来划分，转存时允许运行事务程序为动态转储，不允许运行事务程序为静态转储。依照转储量划分，只转储自上次转储以来更新过的数据的方式为增量转储，转储全部数据的方式为海量转储。根据题意，应为动态海量转储。

C

[解析]
   介质故障可以是硬盘损坏，数据库物理文件损坏，需要DBA更新并装载备份，故选项A是错误的；事物请求后由DBMS的事物调度子系统安排响应及并发执行的调度，日志是按照各事物执行过程中对数据的更新时间顺序记录的，与请求时间没有直接的关系，故选项B是错误的；设置检查点是为了提高故障恢复效率，恢复时以该点数据库状态为基础向后恢复至故障时刻，而不必提前到日志开始时刻向后恢复，设置检查点允许事务进行中，故该时间数据库一般不要求处于一致性状态，故选项D也是错误的；事务故障时系统要撤销该事务已执行了的更新操作，其方法即是逆向扫描日志，对该事务已执行的更新操作进行UNDO，故选项C是正确的。

A

[解析]
   本题考查数据库系统设计的基本概念。
   需求分析阶段的任务是调查和分析企业应用需求，以规范化的方式进行整理，形成对业务流程描述的文档数据流图和数据描述的文档数据字典，故选项A正确；E-R图和UML图是概念设计阶段的文档；功能模块图是应用程序设计阶段的文档。

C

[解析]
   概念结构设计是指根据数据流图和数据字典，分析总结出实体及联系，为下一步逻辑结构设计做准备。应用程序模块设计依据的是应用需求，与数据库结构设计没有直接联系，故选项A错误：概念结构设计应用到数据字典和数据流图，选项B没有提及数据流图，故也是错误的；概念结构设计注重对现实的描述，与DBMS的结合是逻辑结构设计时考虑的，故选项C正确：确定关系模式是逻辑结构设计的内容而非概念结构设计的任务，故选项D是错误的。

D

[解析]
   逻辑结构设计是指将概念结构转换为某个DBMS所支持的数据模型(例如关系模型)，并对其进行优化。设计逻辑结构应该选择最适合描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。逻辑结构设计阶段的任务是设计好的关系模式，规范化、模式优化和外模式(视图)设计是这一阶段的任务，其中优化包含模式的分解和合并；创建视图是数据库实现阶段的任务，故应选D。

C

[解析]
   数据仓库的多维数据模式包括星型模式、雪花模式和事实星状模式。

A

[解析]
   数据库完整性(Database Integrity)是指数据库中数据的正确性和相容性。数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计。
   关系的完整性主要包括域完整性、实体完整性和参照完整性三种。
   (1) 域完整性。域完整性是对数据表中字段属性的约束，它包括字段的值域、字段的类型及字段的有效规则等约束，它是由确定关系结构时所定义的字段的属性决定的。
   (2) 实体完整性。实体完整性是对关系中的记录唯一性，也就是主键的约束。准确地说，实体完整性是指关系中的主属性值不能为NULL且不能有相同值。
   (3) 参照完整性。参照完整性是对关系数据库中建立关联关系的数据表间数据参照引用的约束，也就是对外键的约束。准确地说，参照完整性是指关系中的外键必须是另一个关系的主键有效值，或者是NULL。
   数据库完整性对于数据库应用系统非常关键，其作用主要体现在以下几个方面：
   (1) 数据库完整性约束能够防止合法用户使用数据库时向数据库中添加不合语义的数据。
   (2) 利用基于DBMS的完整性控制机制来实现业务规则，易于定义，容易理解，而且可以降低应用程序的复杂性，提高应用程序的运行效率。
   (3) 合理的数据库完整性设计，能够同时兼顾数据库的完整性和系统的性能。
   (4) 在应用软件的功能测试中，完善的数据库完整性有助于尽早发现应用软件的错误。
   数据库完整性约束可分为6类：列级静态约束、元组级静态约束、关系级静态约束、列级动态约束、元组级动态约束、关系级动态约束。
   在实施数据库完整性设计的时候，有一些基本的原则需要把握：
   (1) 根据数据库完整性约束的类型确定其实现的系统层次和方式，并提前考虑对系统性能的影响。一般情况下，静态约束应尽量包含在数据库模式中，而动态约束由应用程序实现。
   (2) 实体完整性约束、参照完整性约束是关系数据库最重要的完整性约束，在不影响系统关键性能的前提下需尽量应用。用一定的时间和空间来换取系统的易用性是值得的。
   (3) 要慎用目前主流DBMS都支持的触发器功能，一方面由于触发器的性能开销较大，另一方面，触发器的多级触发不好控制，容易发生错误，非用不可时，最好使用 Before型语句级触发器。
   (4) 在需求分析阶段就必须制定完整性约束的命名规范，尽量使用有意义的英文单词、缩写词、表名、列名及下画线等组合，使其易于识别和记忆．
   (5) 要根据业务规则对数据库完整性进行细致的测试，以尽早排除隐含的完整性约束间的冲突和对性能的影响。
   (6) 要有专职的数据库设计小组，自始至终负责数据库的分析、设计、测试、实施及早期维护。数据库设计人员不仅负责基于DBMS的数据库完整性约束的设计实现，还要负责对应用软件实现的数据库完整性约束进行审核。
   (7) 应采用合适的CASE工具来降低数据库设计各阶段的工作量。
   在数据库系统中，数据完整性约束的建立需要通过数据库管理系统提供的数据定义语言来实现。

D

[解析]
   存储过程是数据库服务器端的一段程序，它有两种类型。一种类似于SELECT查询，用于检索数据，检索到的数据能够以数据集的形式返回给客户。另一种类似于 INSERT或DELETE查询，它不返回数据，只是执行一个动作。有的服务器允许同一个存储过程既可以返回数据又可以执行动作。存储过程通常是一些经常要执行的任务，这些任务往往是针对大量的记录而进行的。在服务器上执行存储过程，可以改善应用程序的性能。

A

[解析]
   XML与数据转存时，需要考虑XML文档结构和数据库结构之间的映射，利用数据库保存文档还是数据，XML中类型的约束与数据库的约束：不需要考虑基本属性的次序。

B

[解析]
   需求分析：分析用户的要求。需求分析是数据库系统设计的基础，通过调查和分析，了解用户的信息需求和处理需求，并以数据流图、数据字典等形式加以描述。
   概念设计：主要是把需求分析阶段得到的用户需求抽象化为概念模型。概念设计是数据库系统设计的关键，我们将使用E-R模型作为概念模式设计的工具。
   逻辑设计：就是将概念设计阶段产生的概念模式转换为逻辑模式。因为逻辑设计与数据库管理系统(DBMS)密切相关，所以本章以关系模型和关系数据库管理系统为基础讨论逻辑设计。
   物理设计：是为关系模式选择合适的存取方法和存储结构。

B

[解析]
   在做分E-R图合并时，为了不丢失实体的属性又不含冗余属性，合并后的教师实体具有两个分E-R图中教师实体的全部属性。

B

[解析]
   将E-R图转换成关系模式的方法是：将实体和联系均转换为关系模式，实体和联系的属性作为关系模式的属性。
   (1) 转换规则1：E-R图中的每一个实体映射到关系数据库中的一个表，并用实体名来命名这个表。表的列代表了连接到实体的所有简单单值属性(可能是通过复合属性连接到实体的，但复合属性本身并不变成表的列)。实体的标记符映射为该表的候选键，实体的主标识符映射为主键。注意到实体的主标识符可以是一个复合属性，所以它将变成为关系表中的一个属性集合。实体实例映射为该表中的行。
   (2) 转换规则2：给定一个实体E，主标识是p。一个多值属性a在E-R图中连接到E，那么a映射成自身的一个表。
   (3) 转换规则3：N-N联系，当两个实体E和F参与一个多对多二元联系R时，在相关的关系数据库设计中，联系映射成一个表T。这个表包括从实体E和F转化而来的两个表的主键的所有属性，这些列构成了表T的主键。T还包含了连接到联系的所有属性的列。联系实例用表的行表示，相关联的实体实例可以通过这些行的主键值唯一地标识出。
   (4) 转换规则4：N-1联系，当两个实体E和F参与一个多对一的二元联系R时，这个联系在关系数据库中不能被映射为自身的一个表。相反，如果我们假设实体F具有max-card(F，R)=1，并表示联系中的“多”方，那么从实体F转化成的关系表T中应当包括从实体E转换出的关系表的主键属性列，这被称为T的外键。因为 max-card(F，R)=1，T的第一行都通过一个外键值联系到实体E的一个实例。如果F在R中是强制参与的，那么它必须恰恰与E的一个实例相联系，这意味着T的上述外键不能取空值。如果F在R中是选择参与的，那么T中不与E的实例相联系的行在外键中的所有列可以取空值。
   (5) 转换规则5：1-1联系，可选参与给定两个实体E和F，它们参与一对一二元联系R，二者的参与都是可选的。我们希望将这一情形转换为关系设计。为此，我们首先按照转换规则1建立表S来表示实体E；同样建立表T表示实体F。然后我们向表T中添加一组列(作为外键)，这些列在表S构成主键。如果愿意，还可以在表S中加入一组外键列(表T中主键的列)。对于R的任何联系实例，都有唯一一个E的实例联系到唯一一个F的实例—在S和T的对应行中，外键列填写的值引用另一张表相应行，这一联系是R的实例确定的。
   (6) 转换规则6：1-1联系，两边均强制参与对于一个两方都是强制参与的一对一联系，最好将两个实体对应的两个表合并成为一个表，这样可以避免使用外键。

C

[解析]
   聚簇是根据码值找到数据的物理存储位置，从而达到快速检索数据的目的。聚簇索引的顺序就是数据的物理存储顺序，叶节点就是数据节点。非聚簇索引的顺序与数据物理排列顺序无关，叶节点仍然是索引节点，只不过有一个指针指向对应的数据块。一个表最多只能有一个聚簇索引。该题为了提高查询性能，应采用代码的聚簇索引优化方式。

A

[解析]
   E-R图中的组合属性是指一个实体包含多个属性，所以应转换为对象一关系数据模型中的类。

A

[解析]
   Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲地使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的 J2EE架构中取代CMP，完成数据持久化的重任。
   与Hibernate相关的配置文件主要有3个：数据库定义文件、POJO、映射文件。 Hibernate提供的工具可以实现3者之间的转换：
   数据库定义文件--Middlegen--＞映射文件--hbm2java--＞POJO
   POJO--XDoclet--＞映射文件--SchemaExport--＞数据库定义文件

D

[解析]
   实体间的联系在不同的局部E-R图中可能为不同的类型，其解决方法是根据应用的语义对实体联系的类型进行综合或调整。
   在初步的E-R图中，可能存在一些冗余的数据和实体间冗余的联系。冗余数据和冗余联系容易破坏数据库的完整性，给数据库维护增加困难，应当予以消除。消除冗余的主要方法为分析方法，即以数据字典和数据流图为依据，根据数据字典中关于数据项之间逻辑关系的说明来消除冗余。