Codd的数据库管理系统规则

“纵有疾风来，人生不言弃”，这句话送给正在学习数据库的朋友们，也希望在阅读本文《Codd的数据库管理系统规则》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新数据库相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

Edgar F. Codd，数据库关系模型的先驱者，提出了一套包含十三条规则（编号从零到十二）的规范，以确定数据库管理系统需要满足什么条件才能被视为关系数据库管理系统（RDBMS）。它们也被称为“科德的十二诫”。

规则0：基本原则

任何声称是关系型数据库管理系统的系统，都必须能够仅使用其关系能力来管理数据库。

规则1：信息规则

每个关系数据库中的信息都通过表中的值提供了清晰的逻辑表示。

规则2：保证访问规则

通过使用表名、主键值和列名的组合，确保关系数据库中的每个数据（原子值）都可以逻辑上访问。

规则3：对空值的系统处理

在完全关系型数据库管理系统中，支持使用null值来以一种系统化的方式表示缺失信息和不适用信息，无论数据类型如何，null值都与空字符、空白字符、零和任何其他整数有所区别。

规则4：基于关系模型的动态在线目录

授权用户可以使用与查询常规数据相同的关系语言来查询数据库描述，因为数据库描述在逻辑上以与常规数据相同的方式存储。

规则5：综合数据子语言规则

多种语言和不同的终端使用模式可能会被关系系统支持（例如，填空模式）。然而，至少必须有一种语言能够全面支持上述所有内容，并且其命题可以表达为字符字符串，遵循某种明确定义的语法 −

• 数据定义。

• 查看定义。

• 数据操作（交互式和通过程序）。

• 完整性约束。

• 授权。

• 事务边界（开始、提交和回滚）。

规则6：视图更新规则

系统可以更新所有可能更新的视图。

规则7：关系操作规则/高级插入、更新和删除的可能性

能够将基本关系或派生关系作为单个操作数处理的能力，不仅适用于数据检索，还适用于数据插入、更新和删除。

规则8：物理数据独立性

对存储表示或访问技术的任何修改都不会在逻辑上影响应用程序或终端操作。

规则9：逻辑数据独立性

当对基本表进行任何类型的信息保留性更改时，应用程序和终端操作仍然在逻辑上不受影响。

规则10：诚信独立

关系数据子语言，而不是应用程序，必须能够定义和存储特定于某个关系数据库的完整性约束。

规则11：分布独立性

数据在不同站点之间的分布必须对最终用户隐藏。数据不应该让用户产生它分布在多个站点上的观念。

规则12：非颠覆规则

如果一个关系系统具有低级别（逐条记录）语言，则无法使用低级别语言（多条记录）来破坏或绕过在更高级别关系语言中定义的完整性限制和规则。

结论

根据Codd的数据库管理系统规则，无论数据库在网络中如何分布，它都应该正常工作。最终用户永远不应该知道数据分布在多个站点上；相反，他们应该始终相信数据只存在于一个位置。

理论要掌握，实操不能落！以上关于《Codd的数据库管理系统规则》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！