不管你用的是SQL Server 还是MySQL 它们都是关系型数据库，那么既然是关系型数据库就要遵守“关系型数据库的完整性规则”
 

  关系型数据库提供了三类完整性规则，实体完整性规则，参照完整性规则，用户自定义完成性规则；
 

 在这三类完成性规则中呢其中实体完整性规则和参照性完整性规则是关系模型必须满足的完整性的约束条件，称为关系完整性规则；
 

  一：实体完整性规则
 
 实体完整性规则是指关系的主属性（就是俗称主键的一些字段，主键的组成部分）不能为空值，我们知道现实生活中的每一个实体都具有唯一性，即使是两台一摸一样的计算机呢，都会有相应的生产日期来表示它们的唯一性，现实之中的实体是可以区分的，它们具有某种唯一性标识，相应的关系模型中以主键作为唯一性标识，主键中的属性即主属性不能是空值（“不知道”或“无意义”）的值，如果主属性为空值，就说明存在不可标识的实体，即存在不可区分的实体，这与现实的环境相矛盾，因此这个实体一定不是完整的实体；
 
 
  
 可能你看这段教条很枯燥，甚至有些不明白，这样理解就简单了：咱们设计表的时候不是每条记录前面都有个自己的ID吗，并且每个ID不一样，它其实就是为了区分每条记录的不一样，尽管你的其他字段的值都一样，只要ID不一样那么就是两条不一样的记录，就区分开了，就满足了实体完整性规则；  
 

  二：参照完整性规则
 

  指如果关系的外键R1和关系R2的主键相符，那么外键的每个值必须在关系R2中主键的值中可以找到或者是空值；
 

  其实就是如果说在两个有关联的数据表中，一个数据表的外键（Foreigon Key）一定在另一个数据表中的主键（Primary Key）中可以找到；咱们先看图说话 大家先看一下图一和图二，一张是角色表（Role），一张是用户表（User），你们会发现在用户User表里的每一个字段Role_ID的值都可以在Role表中的Role_ID字段中找到对吧；在看第三张图也就是图三，图三的最后一条记录中Role_ID的值为“7”在图一的Role表里的Role_ID里是找不到的，所以说图三不符合参照完整性规则；
 
 

 （图一）
 

 
 
 
 
 （图二）
 
 
 
 （图三）
 

  三：用户自定义的完整性规则 
 
 
 是指某一具体的实际数据库的约束条件，由应用环境所决定，反映某一具体应用所涉及的数据必须满足的要求（比如说一个人的年龄必须要大于零），根据现实生活中的一个实际情况用户定义的一个用户自定义完整性； 
 
 
 比如你在设计表的时候有个年龄字段，那么这个字段里的值不能小于0吧，不能大于150吧，还没人能活到150岁对吧。
 

关系模型的完整性规则是对关系的某种约束条件。
 
顾名思义，关系的完整性规则是对关系的约束，这些约束条件实际上是现实世界的要求。
 
关系模型中有三类完整性的约束：实体完整性，参照完整性，用户定义的完整性。
 
1.实体完整性
 
    实体完整性定义：
 
 
 
           若属性A（一个或一组属性）是基本关系R的主属性，则A不能取空值。
 
 
所谓空值就是“不知道”或“不存在”或“无意义”的值。
 
 
            这是书本上给的定义，并给出了完整性规则说明：
 
            1.1实体完整性规则是针对基本关系而言的。
 
我自己的理解：关系可以理解为实体或关系，具体化就是一张表，实体可以为一张表，关系可以为一张表。
 
所以实体完整性可以理解为是仅对一张表的完整性约束。
 
             1.2现实世界的实体是可以区分的，他们具有某种唯一性标识。
 
我自己的理解：毋庸置疑，现实世界实体是可以区分的，很多老师上课的时候喜欢拿姓名为例，我觉得一定程度上迷惑了初学者，既然实体是可以区分的，他们具有某种唯一性标识，比如指纹，中国大陆的身份证号，如果你是大学生的话，学号就是你们的唯一性标识。1.2强调的是现实中的实体他们具有唯一性标识，但是这种标识不唯一，例如指纹，中国大陆身份证号码。
 
            1.3相应地，关系模型中以主码作为唯一性标识。
 
            1.4主码中的属性不能取空值。如果主属性取空值，就说明存在某个不可比标识的实体，与1.2相违背，因此这个规则称为实体完整性。
 
           我自己的理解： 主码可以是多个主属性的组合，每个主属性不能单独作为主码。在学习参照完整性之前一定要理解实体完整性规则，实体完整性规则举例：一个学生表，学号（Sno）可以唯一标识学生，课程表（Cno）可以唯一标识课程。
 
            
 
 

数据完整性
 
要想了解这三类完整性约束首先要了解什么是数据完整性。数据完整性是指数据库中存储的数据是有意义的或正确的，和现实世界相符。关系模型中三类完整性约束：
 – 实体完整性（Entity Integrity）
 – 参照完整性（Referential Integrity）
 – 用户定义的完整性（User-defined Integrity） •
 实体完整性和参照完整性是关系模型必须满足的完整性约束条件，被称作是关系的两个不变性，应该由关系系统自动支持
 
实体完整性
 
• 保证关系中的每个元组都是可识别的和惟一的 • 指关系数据库中所有的表都必须有主键，而且表中不允
 许存在如下记录：
 – 无主键值的记录
 – 主键值相同的记录
 • 原因：实体必须可区分
 例如：
 
 上图就出现了主键值（学号是主键）重复的情况。当在表中定义了主键时，数据库管理系统会自动保证数据的实体完整性，即保证不允许存在主键值为空的记录以及主键值重复的记录。
 
参照完整性
 
也称为引用完整性
 • 现实世界中的实体之间往往存在着某种联系，在关系模型中，实体以及实体之间的联系都是用关系来表示的，这样就自然存在着关系与关系之间的引用
 • 参照完整性就是描述实体之间的联系的
 • 参照完整性一般是指多个实体或关系之间的关联关系
 
 此完整性涉及到了外键：
 • 参照完整性规则就是定义外键与被参照的主键之间的引用规则
 • 外键一般应符合如下要求：
 – 或者值为空
 – 或者等于其所参照的关系中的某个元组的主键值
 
用户定义完整性
 
• 也称为域完整性或语义完整性
 • 是针对某一具体应用领域定义的数据约束条件
 • 反映某一具体应用所涉及的数据必须满足应用语义的要求
 • 实际上就是指明关系中属性的取值范围，防止属性的值与应用语义矛盾
 • 关系模型应提供定义和检验这类完整性的机制，以便用统一的系统方法处理它们，而不要由应用程序承担这一功能

前言
 
 
 
忘记关系模型中主属性、主码、元组等名词的可以去看看： CSDN：数据库 关系模型的基本概念
 
 
1. 试述关系模型的完整性规则。
 
 
 
实体完整性规则是指若属性A是基本关系R的主属性，则属性A不能取空值。
 
 
举个栗子：
选修（学号，课程号，成绩）
其中加粗了的学号和课程号都是主属性；
则“学号”和“课程号”两个属性都不能取空值。
 
2. 在参照完整性中，什么情况下外码属性的值可以为空值?
 
 
 
若属性（或属性组）F是基本关系R的外码，它与基本关系S的主码Ks相对应（基本关系R和S不一定是不同的关系），则对于R中每个元组在F上的值必须为：
 或者取空值（F的每个属性值均为空值）；
 或者等于S中某个元组的主码值。
 
 
举个栗子：
学生（学号，姓名，性别，专业号，年龄）
专业（专业号，专业名）
其中加粗了的学号和专业号都是主码；
则学生关系中每个元组的“专业号”属性只能取下面两种类值：
 1. 空值：表示尚未给该学生分配专业；
 2. 非空值：这时填入的该值必须是“专业”关系中某个“专业号”的值；
 
资料参考
 
《数据库系统概论》（第5版 编著：王珊 萨师煊）
百度知道：在参照完整性中什么情况下外码属性的值可以为空值
CSDN：数据库 关系模型的基本概念