31. Data security(数据安全)：包括对数据库对象(如表和视图)的访问和使用连同用户能够在这些对象上实施的操作。

　　32. Database(数据库)：是逻辑上相关的数据(连同这些数据的描述)的一个共享的集合，用于解决公司对信息的需求。

　　33. Database design(数据库设计)：数据库应用生命周期中的一个阶段，包括创建一个支持公司的操作和目标的数据库的设计。

　　34. Database integrity(数据库完整性)：指存储数据的正确定和一致性。完整性通常用约束来表达。

　　35. Database Management System，DBMS(数据库管理系统)：一个能够让用户定义、创建和维护数据库并控制对数据库的访问的软件系统。

　　36. Database planning(数据库规划)：能尽可能有效的实现数据库应用的各阶段的管理活动。

　　37. Database server(数据库服务器)：同服务器。

　　38. DBMS engine(DBMS引擎)：同服务器。

　　39. DBMS selection(DBMS选择)：数据库应用生命周期中的一个阶段，包括选择一个合适的DBMS来支持数据库应用。

　　40. Degree of a relationship(关系的度)：一个关系中参和的实体的个数。

　　41. Denormalization(反规范化)：形式上，这个术语指的是对基本表结构的修改，这样新的表比原始的表的规范化程度要低。但也能够用此属于更宽泛地形容将两个表和并成一个新表的情形，而这个新表和原来的表具备相同的范式，但比原表包含更多的空值。

　　42. Derived attribute(派生属性)：表示其值能够从一个相关属性和属性集的值派生得到的属性，这个属性在实体中不是必须的。

　　43. Design methodology(设计方法学)：一种结构化的方法，他使用过程、工具和文档来支持和简化设计过程。

　　44. Disjoint constraint(无连接约束)：描述子类的成员间的关系，并指明超类某个成员是否有可能成为一个或多个子类的成员。

　　45. Domain(域)：一个或多个属性的取值范围。

　　46. Entity(实体)：具备相同性质的对象的集合，他是由用户或公司标识并可单独存在的。

　　47. Entity integrity(实体完整性)：在一个基本表中，主健列的值不能为空。

　　48. Entity occurrence(实体出现)：实体中的一个唯一可标识的对象。

　　49. Entity-Relationship model(实体关系模型)：公司的实体、属性和关系的周详逻辑表示。

　　50. Fact-finding(事实发现)：使用诸如面谈和提问等技术收集关于系统的事实、需求和性能的形式化过程。

　　51. Fan trap(扇形陷阱)：但从第三个实体扇出的两个实体有1:*关系时出现扇形陷阱，但这两个实体在他们之间应该有直接关系以提供必要的信息。

　　52. Field(字段)：同元组(Tuple)。

　　53. File(文档)：存储在副主存储器中的相关记录的一个命名集合。

　　54. File-based system(基于文档的系统)：一个文档集合，用来管理(创建、插入、删除、更新和检索)一个或多个文档中的数据，并产生基于这些文档中的数据的应用(通常是报表)。

　　55. File organization(文档组织)：当文档存储在磁盘上时，对文档中的记录的安排方式。

　　56. First normal form(1NF，第一范式)：表中的每个列的交叉处连同记录包含切进包含一个值的表。

　　57. Foreign key(外健)：一个表中的一个列或多个列的集合，这些列匹配某些其他(也可能是同一个)表中的候选键。

　　58. 4GL, Fourth-Generation Language(第四代语言)：一种非过程化语言，比如SQL，他只需要用户定义必须完成什么操作，4GL负责将所进行的操作翻译成怎样实现这些操作。

　　59. Full functional dependency(完全函数依赖)：一个列在功能上依赖于复合主健，但不依赖于主健的任何一个子集的条件。