带你深入了解数据库设计中的英文术语表

方法:这一步包括从文件中存储和检索记录。

别名:属性的另一个名称。在SQL中，可以用别名替换表名。

备选键(ER/关系模型):在实体/表中没有选择候选键作为主键。

有关例外，请参阅更新例外。

应用程序设计:数据库应用程序生命周期中的一个阶段，包括设计使用和处理数据库的用户界面和应用程序。

属性(关系模型):属性是关系中的命名列。

属性(ER模型):实体或关系中的属性。

属性继承(Attribute inheritance ):子类成员可以拥有自己唯一的属性并继承与超类相关的属性的过程。

基表:其记录物理存储在数据库中的命名表。

二元关系:ER术语，用于描述两个实体之间的关系。比如panch有工作人员。

自底向上方法(Bottom-up approach):用于数据库设计，一种设计方法学。它从识别每个设计构建开始，然后将这些组件聚合成一个大单元。在数据库设计中，可以通过表示属性来开始底层设计，然后将这些属性组合起来，形成一个表示实体和关系的表。

业务规则:由用户或数据库管理员指定的附加规则。

候选键(ER关系模型):一个超级键，只包含标识一个实体所需的最少数量的属性/列。

基数:描述每个参与实体的可能关系的数量。

集中方法(数据库设计的集中方法):每个用户尝试的需求被组合成一组新数据库应用程序的需求。

鸿沟陷阱:假设实体之间有一个，但是有些实体之间没有路径。

客户端:从一个或多个服务器请求服务的软件应用程序。

聚类字段:记录用于聚类(集)记录的任何非关键字段。这些行在此字段中具有相同的值。

集群索引:在文件的集群字段上定义的索引。一个文件最多可以有一个主索引或一个聚集索引。

列:参与属性。

复杂关系:程度大于2的关系。

复合属性:由几个简单组件组成的属性。

组合键:有多列的主键。

并发控制:一种DBMS服务，它同时执行15个程序，并保证多用户环境中的数据完整性。

约束:数据库不允许包含不正确数据的一致性规则。

数据转换和加载:数据库应用程序生命周期中的一个繁重阶段，包括将现有数据转换到新数据库，以及将应用程序转换到新数据库。

数据字典:参考系统目录。

数据独立性:使用数据的应用程序的数据描述部分。这意味着如果一个新的数据结构被添加到数据库中，或者数据库中的现有结构被修改，这个数据库的用户将受到影响，除非应用程序不直接依赖于被修改的部分。

数据模型:描述数据、数据间关系和数据约束的一组集成概念。

数据冗余:指冗余数据。

数据安全性:包括对数据库对象(如表和视图)的访问和使用，以及用户可以对这些对象执行的操作。

数据库:是逻辑上相关的数据(以及这些数据的描述)的共享集合，用于解决公司的信息需求。

数据库设计:数据库应用程序生命周期中的一个阶段，包括创建支持公司运营和目标的数据库的设计。

数据库完整性是指存储数据的确定性和一致性。完整性通常用约束来表示。

数据库管理系统(DBMS):允许用户定义、创建和维护数据库并控制对它们的访问的软件系统。

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

数据库服务器:同一个服务器。

引擎(DBMS引擎):相同的服务器。

数据库管理系统选择:数据库应用程序生命周期中的一个阶段，包括选择一个合适的数据库管理系统来支持数据库应用程序。

关系的程度:关系中涉及的实体的数量。
反规范化:形式上，这个术语指的是对基本表结构的修改，使得新表的规范化程度低于原始表。但是，它也可以用来描述将两个表合并成一个新表的情况，这个新表具有与原始表相同的范式，但是包含比原始表更多的空值。

派生属性(Derived attribute):其值可以从相关属性和属性集的值派生出来的属性，这在实体中是不必要的。

设计方法:使用过程、工具和文档来支持和简化设计过程的结构化方法。

不相交约束:描述子类成员之间的关系，并表明超类的一个成员是否可能成为一个或多个子类的成员。

域:一个或多个属性的值的范围。

实体:具有相同性质的对象的集合，由用户或公司标识，可以独立存在。

实体完整性(Entity integrity):在基本表中，主键列的值不能是空。

实体出现:实体中可识别的对象。

实体关系模型:公司实体、属性和关系的详细逻辑表示。

事实调查:使用诸如访谈和提问等技术收集事实、需求和系统性能的正式过程。

扇形陷阱:然而，当从第三个实体散开的两个实体具有1:*关系时，就会发生扇形陷阱，但是这两个实体之间应该具有直接的关系以提供必要的信息。

字段:元组。

文件:存储在二级主存中的相关记录的命名集合。

基于文件的系统:用于管理(创建、插入、删除、更新和检索)一个或多个文件中的数据并基于这些文件中的数据生成应用程序(通常是报告)的文件集合。

文件组织:当文件存储在磁盘上时，文件中记录的排列方式。

First form (1NF，first normal form):表中每一列与包含一个值的表中的记录包含的交集。

外键:一个表中的一列或一组列，与一些其他(或可能相同)表中的候选键相匹配。

4GL，第四代语言:非过程化语言，如SQL。它只需要用户定义必须完成哪些操作，4GL负责将执行的操作翻译成如何实现它们。

完全函数依赖:一个列在函数上依赖于一个组合键，但不依赖于该键的任何子集。

函数依赖:描述表中列之间的关系。

概括:通过识别实体的共同特征来最小化实体之间差异的过程。

泛化层次:相同的类型层次。

全局数据模型:代表整个公司(以及建模公司的一部分)的数据模型。

实现:数据库应用程序生命周期中的一个阶段，包括数据库的物理实现和应用程序设计。

索引(Index):一种数据结构，允许DBMS更快地将特定记录放入文件，从而加快对用户查询的响应。

信息系统:可以在整个公司内收集、管理、控制和分发数据/信息的资源。

继承:请参见属性继承。

完整性约束:防止数据库中数据不一致的约束。

Is-a hierarchy (is-a hierarchy):相同类型的层次结构。

本地逻辑数据模型:表示特定用户视图或用户视图组合的数据模型。

逻辑数据库设计:根据特定的数据模型建立公司数据模型的过程，但不依赖于特定的DBMS和其他物理条件。
元数据:数据请参考系统目录。

任务目标:确定数据库必须支持的特定任务。

使命陈述:定义数据库应用程序的主要目标。

多重性:定义与相关实体的一次出现相关的实体的出现次数。

多值属性:为实体的出现保存多个值的属性。

非属性/列(非键属性/列):不属于键的属性/列。

范式:规范化过程的一个阶段。前三种范式是第一范式(1NF)、第二范式(2NF)和第三范式(3NF)。

规范化:产生有需求的特性的技术，可以支持用户和公司的需求。

Null(空 value):表示该记录当前未知或不可用的列的值。

运行维护:数据库应用程序生命周期的一个阶段，包括安装后对系统运行的监控和维护。

参与约束(EER模型):确定超类中的每个事件是否必须作为子类的成员参与。

参与约束(ER模型):确定是所有实体还是只有一些实体参与到关系中。

物理数据库设计:在二级存储器上生成数据库实现描述的过程，描述基本表、文件的组织、用于获得有效访问的索引以及所有与完整性约束和安全性约束相关的指令。

主索引:建立在文件的有序关键字字段上的索引。一个文件最多可以有一个主索引或一个聚集索引。

主键(ER模型):用于标识每个实体出现的候选键。

主键(关系模型):用于标识表中可记录性的候选键。

特权:允许用户在给定的基本表和视图上执行的操作。

原型:数据库应用程序生命周期的一个阶段，包括数据库应用程序的工作模型。

示例查询(QBE):一种用于关系DBMS的非过程化数据库语言。QBE是一种图形化的“点击”方法来查询数据库。

关系数据库管理系统。

记录:元组。

恢复控制:百事当时，将数据库恢复到正确状态的过程。

循环关系:同一实体多次参与不同角色时产生的关系。例如，员工管理员工。

冗余数据:存储在多个表中的重复数据。

参照完整性:如果表中存在外键，则外键的值必须与主表中某些记录的候选键值相匹配。

关系:关系是一个表，它也有列和行。

关系模型:以表格(或关系)的形式表示数据的数据模型。

关系数据库:一组规范化的表。

关系:实体之间有意义的关系。

关系发生:两个实体之间可识别的联系。

需求收集和分析:数据库应用程序生命周期中的一个阶段，包括收集和分析有关数据库应用程序所支持的公司的信息，并使用这些信息来确定新的数据库应用程序需求。

行:元组。

第二范式:已经是第一范式的表，所有非主键列只能从构成主键的所有列中获取。

次要索引:在数据文件的无序字段上定义的索引。

安全性:指防止未经授权的用户有意或无意地访问数据库。RDBMS通常提供两种类型的安全性:数据安全性和系统安全性。

服务器:为提出请求的客户提供服务的软件应用程序。请参见两层/三层客户端-服务器架构。

简单属性:只有一个成分的属性。

单值属性:一个实体只有一个值的属性。

特殊化:通过识别用于区分实体的特征来区分实体成员的过程。

专门化层次结构:相同的类型层次结构。

SQL(结构化查询语言):RDBMS的非过程化数据库语言。换句话说，你只需要指定你需要什么信息，而不是如何获得它。SQL已经被国际标准化组织(ISO)标准化，所以SQL是定义和操作RDBMS的正式和实际的标准语言。

强实体:独立于其他实体而存在的实体。

子类:为某些(超类)实体出现的实体，维护特定的属性和关系，并具有不同的角色。

超类:为实体中的所有事件保存公共属性和关系的实体。见特殊化和普遍化。

超键(er模型):一个属性或属性集，它标识每个实体的外观。

超级键(关系模型):标识表中记录的一列或一组列。

系统目录:保存有关数据库结构、用户、应用程序等信息的数据。

系统定义:数据库应用申报周期的一个阶段，包括定义数据库应用的范围和边界及其主要用户视图。

系统安全:在系统层面保护数据库的访问和使用比用户名和密码更好。

表:关系。

三元关系:三个实体之间的关系。例如，panch、员工和成员之间的注册关系。

测试:数据库应用程序生命周期中的一个阶段，包括应用程序的执行和错误的有意发现。

第三范式，3NF(第三范式):一个已经是1NF和2NF的表，满足所有非主键的所有列的值只能从主键列获得，不能从其他列获得。

3GL，第三代语言:一种过程化语言，如COBOL、C、C++，需要用户(通常是程序员)指定必须做什么以及如何做。

三层客户机-服务器体系结构:它由处理用户界面的客户、处理业务逻辑的应用服务器和数据处理器组成，而数据库服务器用于运行DBMS。

自顶向下方法(数据库设计的自顶向下方法):一种设计方法，从定义系统的主要结构开始，然后逐步将这些结构细分为更小的单元。在数据库设计中，从确定实体和数据之间的关系开始这一顶级步骤，然后逐渐添加细节，例如您希望保存的关于实体和关系(成为属性)的信息以及对实体、关系和属性的所有约束。

事务:用户和应用程序执行的访问或修改数据库内容的一个或一系列操作。

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

传递依赖:假设A，B，C是表中的列。如果B依赖于A (A-> B)，C依赖于B (B-> C)，那么C依赖于A到B的传递(假设A不依赖于B或C)。如果主键上有传递依赖，那么这个表不是3NF。必须从表中删除传输相关性，以满足3NF的要求。

Tuple(元组):关系中的一行记录。

双层客户端-服务器架构(two-tier client-server architecture):它由处理主要业务和数据处理逻辑以及与用户交互的客户端应用程序，以及管理和控制数据库访问的服务器程序组成。

类型层次:一个是ti，它的子类和它们的超类，等等。

UML(统一建模语言):一种相对较新的方法，于20世纪80年代和90年代推出，强调许多面向对象的分析和设计方法。

更新异常:当用户视图更新包含冗余数据的标识符时，可能会导致不一致。有三种类型的异常:插入、删除和更新。

用户视角:从具体工作(如经理或经理)或业务应用领域(如市场、员工或库存控制)的角度定义的数据库应用的需求。

视图:一个“虚底表”，实际上并不存在于数据库中，而是由DBMS从其所涉及的已有基本表中生成的。

视图方法(view synthesis method for database design):每个用户的视图的需求，用来建立代表用户尝试的独立数据模型。在数据库设计阶段，生成的数据库模型被合并到一个更大的模型中。