90. Query-by-Example(QBE)：一种用于关系型DBMS的非过程化的数据库语言。QBE是个图像化的“点-按”查询数据库的方法。

　　91. RDBMS：关系型DBMS。

　　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(视图综合法，用于数据库设计)：每个用户视图的需求，用来构建代表用户试图底单独数据模型。在数据库设计阶段，结果数据库模型被合并成一个更大的模型。