初学者需要掌握的数据库设计词汇对照表（三）

    91. RDBMS：关系型DBMS。（www.ch-gj.com）

　　92. Record(记录)：同元组(Tuple)。

　　93. Recovery control(恢复控制)：当时百事，将数据库还原到正确状态的过程。

　　94. Rcursive relationship(递归关系)：一种关系，挡同一个实体在不同的角色中参与多次时就会出现递归关系。例如Staff Supervises Staff。

　　95. redundant data(冗余数据)：在多个表中存储的重复数据。

　　96. Referential integrity(参照完整性)：如果一个表中存在外健，则外健值必须匹配主表中的某些记录的候选键的值。

　　97. Relation(关系)：一个关系是一张表，它也有列和行。

　　98. Relational model(关系模型)：以表(或关系)的形式表示数据的数据模型。

　　99. Relational database(关系数据库)：规范化表的集合。

　　100. Relation(关系)：实体间有意义的关系。

　　101. Relationship occurrence(关系出现)：两个实体出现之间的唯一可标识的联系。

　　102. Requirements collection and analysis(需求收集于分析)：数据库应用程序生命周期的一个阶段，包括收集和分析数据库应用程序所要支持的关于公司的信息，并使用这些信息来标识新的数据库应用需求。

　　103. Row(行)：同元组(Tuple)。

　　104. Second normal form(第二范式)：一个已经是第一范式的表，同时满足所有的非主健列只能从构成主健的全部列中获得。

　　105. Secondary index(二级索引)：在数据文件的非有序字段上定义的索引。

　　106. Security(安全)：指防止数据库被非授权的用户访问，包括有意的和无意的。RDBMS通常提供两种类型的安全：数据安全和系统安全。

　　107. Server(服务器)：为发出请求的客户提供服务的软件应用程序。参见两层/三层客户端-服务器体系结构。

　　108. Simple attribute(简单属性)：只有一个组件的属性。

　　109. Single-valued attribute(单值属性)：对于一个实体出现只有一个值的属性。

　　110. Specialization(特化)：通过标识用来区分实体间成员的特征来最大花实体间成员的差别的过程。

　　111. Specialization hierarchy(特化层次结构)：同类型层次结构(Type hierarchy)。

　　112. SQL(Structured Query Language，结构化查询语言)：一种用于RDBMS的非过程化数据库语言。换言之，你只需要指定你需要那些信息，而不需要指定如何得到这些信息。 SQL已经被国际标准化组织(ISO)标准化了，因此SQL是定义和操纵RDBMS的正式和实际上的标准语言。

　　113. Strong entity(强实体)：一个不依赖于其他实体的主健的存在而存在的实体。

　　114. Subclass(子类)：为(超类)实体中的某些出现并保持特定属性和关系并有不同角色的实体

　　115. Superclass(超类)：为实体中的所有出现保存公共属性和关系的实体。可参见特化和泛化。

　　116. Superkey(超键，ER模型)：一个属性或属性集，诶译的标识了每个实体地出现。

　　117. Superkey(超键，关系模型)：一个列或者列集，唯一的标识了表中地一个记录。

　　118. System catalog(系统目录)：保存关于数据库地结构、用户、应用程序等信息地数据。

　　119. System definition(系统定义)：数据库应用声明周期重的一个阶段，包括定义数据库应用程序以及他的主要用户视图地范围和边界。

　　120. System security(系统安全)：在系统级保护数据库地访问和使用，不如用户名和密码。

　　121. Table(表)：同关系(relation)。

　　122. Ternary relationship(三元关系)：三个实体间的关系。例如panch，staff和member之间的Registers关系。

　　123. Testing(测试)：数据库应用生命周期的一个阶段，包括执行应用程序并有意地发现错误。

　　124. Third normal form，3NF(第三范式)：一个已经是1NF和2NF的表，同时满足所有的非主健的列的值仅能从主健列得到，而不能从其他列得到。

　　125. 3GL, Third-Generation Language(第三代语言)：一种过程化的语言，比如COBOL、C、C＋＋，它需要用户(通常是程序员)指定必须要干什么事情以及如何干这些事情。

　　126. Three-tier client-server architecture(三层客户端-服务器体系结构)：由处理用户界面的客户和处理业务逻辑的应用程序服务器以及数据处理曾组成，而数据库服务器是用来来运行DBMS的。

　　127. Top-down approach(自顶向下方法，用于数据库设计)：一种设计方法，此种方法从定义系统的主要结构开始，然后将这些结构逐步细分成更小的单元。在数据库设计中，通过标识实体和数据间的关系开始这个顶层的步骤，然后逐步添加细节，比如你希望保存的关于实体和关系的信息(成为属性)以及在实体、关系和属性上的所有约束。

　　128. Transaction(事务)：由用户和应用程序执行的一个动作或一系列动作，这些动作访问或修改数据库的内容。

　　129. Transaction Processing Monitor，TPM(事务处理监视器)：控制数据在客户端和服务器键转换的程序，以便为联机事务处理(OLTP)提供一个一致的环境。

　　130. Transitive dependency(传递依赖)：假设A、B、C是表中的列，如果B依赖于A(A-->B)，并且C依赖于B(B-->C)，则C通过B传递而依赖于A(假设A不依赖于B或C)。如果在主健上存在一个传递依赖，则此表就不是3NF的。必须从表中去掉传递依赖以达到3NF的要求。

　　131. Tuple(元组)：关系中的一行记录。

　　132. Two-tier client-server architecture(两层客户端-服务器体系结构)：由处理主要业务和数据处理逻辑以及与用户的接口的客户端应用程序和管理和控制数据库访问的服务器程序组成。

　　133. Type hierarchy(类型层次结构)：一个是提以及它的子类和他们的超类，等等。

　　134. UML(Unified Modeling Language，统一建模语言)：在20世纪80年代和90年代引入的诸多面向对象分析与设计方法重的一种较新的方法。

　　135. Update anomalies(更新异常)：当用户视图更新一个包含冗余数据的标识可能引起的不一致。有三种类型的异常：插入、删除和更新。

　　136. User view(用户视图)：从特定的作业(比如经理或管理者)角度或业务应用领域(比如市场、职员或库存控制)定义的数据库应用的需求。

　　137. View(视图)：一个“虚拟底表”，它不实际存在数据库中，但他由DBMS从现有底它所涉及的基本表中产生。

　　138. View integration approach(视图综合法，用于数据库设计)：每个用户视图的需求，用来构建代表用户试图底独立数据模型。在数据库设计阶段，结果数据库模型被合并成一个更大的模型。（www.cjjz.net）