数据库中主外键是为了保证数据库的完整性而存在的。当一个表中存在外键，就说明此表受约束，那么我们在对数据库数据进行操作时就应该注意了，刚开始学习数据库时，总想着多用，主键，外键，等一些约束，能加的都加上了，做系统的时候发现了很多错误。像级联
数据库中主外键是为了保证数据库的完整性而存在的。当一个表中存在外键，就说明此表受约束，那么我们在对数据库数据进行操作时就应该注意了，刚开始学习数据库时，总想着多用，主键，外键，等一些约束，能加的都加上了，做系统的时候发现了很多错误。像级联删除，添加数据受外键约束等之类的事情就会出现，所以数据库中的主外键一定要慎用。
从开始做系统到现在一直使用的都是Sql server。可是也只是使用一一些大路边的功能。合作版开发的时候，第一次正式的重视对数据库。严格按照软件工程的流程，从概念模型到物理模型 ，再到数据库表的建立。也是用了一些专业的数据库设计软件，例如：powerdesigner 。概念模型设计好后，需要转换成物理模型。
概念模型到物理模型
机房收费系统中有几张表：消费表，退卡表，充值表，账单表。结账的时候，我们对消费表，充值表，退卡表中未结账的信息进行汇总统计，得出数据，插入到账单表中，结账后，把把三个表中的数据再标记为已结账。它们之间的关系多对一，存在外键约束。如图：
本文档主要讲述的是Android 本地数据存储；对于需要跨应用程序执行期间或生命期而维护重要信息的应用程序来说，能够在移动设备上本地存储数据是一种非常关键的功能。作为一名开发人员，您经常需要存储诸如用户首选项或应用程序配置之类的信息。您还必须根据一些特征（比如访问可见性）决定是否需要涉及内部或外部存储器，或者是否需要处理更复杂的、结构化的数据类型。跟随本文学习 Android 数据存储 API，具体来讲就是首选项、SQLite 和内部及外部内存 API。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以
转换成物理模型：
概念模型转换成物理模型，概念模型中存在的外键约束在物理模型中表现在消费表，充值表，退卡表中的”结账标号“。结账编号是账单表中的主键。这样消费表，退卡表，充值表，账单表保证了数据库之间的完整性。
问题是：外键表中的数据是先插入进去的，而账单表中的数据是后插入的，这就意味着我们在插入外键表记录时，”结账标号“是不存在的，但是外键约束，我们在插入数据时，外键必须是已经存在的主键。
我们可不可以在插入记录的时候使外键为”NULL“呢？
在Sqlserver 中直接建立外键约束，插入记录外键为”NULL“是不允许的，从数据库库关系图中建立外键，再进行”NULL“值的设置，便大功告成了。
设置外键NULL值具体操作
1、新建数据库关系图：
2、选中表，右击，表视图——标准，关系图如下：
3、在图中红色区域中设置NULL值：下图中，新闻评论表的外键”新闻标题“是新闻表中的主键，这里设置为可以为”NULL“。在进行数据库插入时就可以插入外键为NULL值了。
数据库约束慎用
大家一起讨论都有同感，所以在使用数据库约束，主外键之类时，要根据具体情况来分析，系统不大，对数据的要求不是很严格，我们就可以少一些约束，这样方便系统的操作和运行；系统对数据库要求较严格，我们就必须严格按照三范式，必要的主外键，约束要加上，保证数据的完整性。
