71. Logical database design（逻辑数据库设计）：基于特定的数据模型构建公司的数据的模型的过程，但不依赖于特定的DBMS以及其他的物理条件。

72. Meta-data（元数据）：关于数据的数据，参见系统目录（system catalog）。

73. Mision objective（使命目标）：标识数据库必须支持的特定任务。

74. Mission statement（使命语句）：定义数据库应用程序的主要目标。

75. Multiplicity（多样性）：定义与某个相关实体的一次出现有关的实体的出现数目。

76. Multi-valued attribute（多值属性）：为一个实体的出现保存多个值的属性。

77. Nonkey attribute/column（非键属性/列）：不是键的一部分的属性/列。

78. Normal forms（范式）：规范化过程的一个阶段。前三个范式分别为第一范式（1NF）、第二范式（2NF）、第三范式（3NF）。

79. Normalization（规范化）：一种产生带有需要的特性的技术，这种特性能支持用户和公司的需求。

80. Null（空值）：表示当前不知道或对于这条记录来说不可使用的一个列的值。

81. Operational maintenance（操作维护）：数据库应用生命周期的一个阶段，包括监视和维护系统安装后的运行。

82. Participation constraint（参与约束，EER模型）：确定超类中的每个出现是否必须作为子类的一个成员进行参与。

83. Participation constraint（参与约束，ER模型）：确定是否所有或者仅仅是某些实体出现参与到关系中。

84. Physical database design（物理数据库设计）：在二级存储上产生数据库实现的描述的过程，它描述基本表、文件的组织、用于获得有效访问的索引以及所有与完整性约束和安全性限制有关的说明。

85. Primary index（主索引）：在文件的有序键字段上构建的索引。一个文件最多可以有一个主索引或一个群集索引。

86. Primary key（主健，ER模型）：用来标识每个实体的出现的候选键。

87. Primary key（主健，关系模型）：在一个表中用来标识记录唯一性的候选键。

88. Privileges（权限）：允许用户在给定基本表和视图上执行的操作。

89. Prototyping（原型）：数据库的应用程序生命周期的一个阶段，包括勾践数据库应用程序的工作模型。

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（第二范式）：一个已经是第一范式的表，同时满足所有的非主健列只能从构成主健的全部列中获得。