数据库参照完整性什么情况下外码可以为空什么情况下外码不能为空

目标关系中没有已存在的主码值。

参照完整性规则：若属性或属性组F是基本关系R的外键，它与基本关系S的主键Ks相对应（基本关系R和S不一定是不同的关系），则对于R中的每个元组在F上的值必须为：

（1）空值，F的每个属性值均为空值。

（2）S中某个元组中的主键值（主码值）。

即参照的关系中的属性值必须能够在被参照关系找到或者取空值，否则不符合数据库的语义。在实际 *** 作时如更新、删除、插入一个表中的数据，通过参照引用相互关联的另一个表中的数据，来检查对表的数据 *** 作是否正确，不正确则拒绝 *** 作。

扩展资料：

参照完整性则是相关联的两个表之间的约束，具体的说，就是从表中每条记录外键的值必须是主表中存在的,因此，如果在两个表之间建立了关联关系，则对一个关系进行的 *** 作要影响到另一个表中的记录。

如果实施了参照完整性，那么当主表中没有相关记录时，就不能将记录添加到相关表中。也不能在相关表中存在匹配的记录时删除主表中的记录，更不能在相关表中有相关记录时，更改主表中的主键值。

参考资料来源：百度百科-参照完整性

数据库完整性对于数据库应用系统非常关键，其作用主要体现在以下几个方面：

1．数据库完整性约束能够防止合法用户使用数据库时向数据库中添加不合语义的数据。

2．利用基于DBMS的完整性控制机制来实现业务规则，易于定义，容易理解，而且可以降低应用程序的复杂性，提高应用程序的运行效率。同时，基于DBMS的完整性控制机制是集中管理的，因此比应用程序更容易实现数据库的完整性。

3．合理的数据库完整性设计，能够同时兼顾数据库的完整性和系统的效能。比如装载大量数据时，只要在装载之前临时使基于DBMS的数据库完整性约束失效，此后再使其生效，就能保证既不影响数据装载的效率又能保证数据库的完整性。

4．在应用软件的功能测试中，完善的数据库完整性有助于尽早发现应用软件的错误。

数据库完整性约束可分为6类：列级静态约束、元组级静态约束、关系级静态约束、列级动态约束、元组级动态约束、关系级动态约束。动态约束通常由应用软件来实现。不同DBMS支持的数据库完整性基本相同。 关系数据库的完整性规则是数据库设计的重要内容。绝大部分关系型数据库管理系统RDBMS都可自动支持关系完整性规则，只要用户在定义（建立）表的结构时，注意选定主键、外键及其参照表，RDBMS可自动实现其完整性约束条件。

（1）实体完整性（Entity Integrity）。实体完整性指表中行的完整性。主要用于保证 *** 作的数据（记录）非空、唯一且不重复。即实体完整性要求每个关系（表）有且仅有一个主键，每一个主键值必须唯一，而且不允许为“空”（NULL）或重复。

（2）实体完整性规则要求。若属性A是基本关系R的主属性，则属性A不能取空值，即主属性不可为空值。其中的空值(NULL)不是0，也不是空隔或空字符串，而是没有值。实际上，空值是指暂时“没有存放的值”、“不知道”或“无意义”的值。由于主键是实体数据（记录）的惟一标识，若主属性取空值，关系中就会存在不可标识（区分）的实体数据（记录），这与实体的定义矛盾，而对于非主属性可以取空值(NULL)，因此，将此规则称为实体完整性规则。如学籍关系（表）中主属性“学号”（列）中不能有空值，否则无法 *** 作调用学籍表中的数据（记录）。 参照完整性（Referential Integrity）属于表间规则。对于永久关系的相关表，在更新、插入或删除记录时，如果只改其一，就会影响数据的完整性。如删除父表的某记录后，子表的相应记录未删除，致使这些记录称为孤立记录。对于更新、插入或删除表间数据的完整性，统称为参照完整性。通常，在客观现实中的实体之间存在一定联系，在关系模型中实体及实体间的联系都是以关系进行描述，因此， *** 作时就可能存在着关系与关系间的关联和引用。

在关系数据库中，关系之间的联系是通过公共属性实现的。这个公共属性经常是一个表的主键，同时是另一个表的外键。参照完整性体现在两个方面：实现了表与表之间的联系，外键的取值必须是另一个表的主键的有效值，或是“空”值。

参照完整性规则（Referential Integrity）要求：若属性组F是关系模式R1的主键，同时F也是关系模式R2的外键，则在R2的关系中，F的取值只允许两种可能：空值或等于R1关系中某个主键值。

R1称为“被参照关系”模式，R2称为“参照关系”模式。

注意：在实际应用中，外键不一定与对应的主键同名。外键常用下划曲线标出。 经过系统分析员、数据库分析员、用户的共同努力，确定系统模型中应该包含的对象，如人事及工资管理系统中的部门、员工、经理等，以及各种业务规则。

在完成寻找业务规则的工作之后，确定要作为数据库完整性的业务规则，并对业务规则进行分类。其中作为数据库模式一部分的完整性设计按下面的过程进行。而由应用软件来实现的数据库完整性设计将按照软件工程的方法进行。 此阶段就是将概念结构转换为某个DBMS所支持的数据模型，并对其进行优化，包括对关系模型的规范化。此时，依据DBMS提供的完整性约束机制，对尚未加入逻辑结构中的完整性约束列表，逐条选择合适的方式加以实现。

在逻辑结构设计阶段结束时，作为数据库模式一部分的完整性设计也就基本完成了。每种业务规则都可能有好几种实现方式，应该选择对数据库性能影响最小的一种，有时需通过实际测试来决定。

有四个完整性，包括实体完整性、域完整性、参照完整性和用户定义的完整性。

1、实体完整性：表中行的完整性。主要用于保证 *** 作的数据非空、唯一且不重复。即实体完整性要求每个关系（表）有且仅有一个主键，每一个主键值必须唯一，而且不允许为“空”或重复。

2、域完整性：数据库表中的列必须满足某种特定的数据类型或约束。其中约束又包括取值范围、精度等规定。CHECK、FOREIGN KEY 约束和DEFAULT、 NOT NULL定义都属于域完整性的范畴。

3、参照完整性：属于表间规则，是对于更新、插入或删除表间数据的完整性。通常，在客观现实中的实体之间存在一定联系，在关系模型中实体及实体间的联系都是以关系进行描述，因此， *** 作时就可能存在着关系与关系间的关联和引用。

4、用户定义完整性：是对数据表中字段属性的约束，包括字段的值域、字段的类型和字段的有效规则（如小数位数）等约束，是由确定关系结构时所定义的字段的属性决定的。

扩展资料：

数据库完整性设计原则

1、要根据业务规则对数据库完整性进行细致的测试，以尽早排除隐含的完整性约束间的冲突和对性能的影响。

2、要有专职的数据库设计小组，自始至终负责数据库的分析、设计、测试、实施及早期维护。数据库设计人员不仅负责基于DBMS的数据库完整性约束的设计实现，还要负责对应用软件实现的数据库完整性约束进行审核。

3、应采用合适的CASE工具来降低数据库设计各阶段的工作量。好的CASE工具能够支持整个数据库的生命周期，这将使数据库设计人员的工作效率得到很大提高，同时也容易与用户沟通。

参考资料来源：百度百科-数据库完整性

以上就是关于数据库参照完整性什么情况下外码可以为空什么情况下外码不能为空全部的内容，包括:数据库参照完整性什么情况下外码可以为空什么情况下外码不能为空、数据库完整性的原理、VF中。数据库完整性包括哪三个完整性等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！