关系型数据库应用第一范式.docVIP

关系型数据库：应用第一范式  正规化的头几步 一旦有了实体清单（表格）和数据元素（字段），你就准备好让关系型数据库理论运作了。这个理论的主要推动力是规范化——删除任何重复的组和冗余的数据，并把它们放到两个或者更多相关表里的过程。你并不是一定需要拥有一个以上的表格，但是你的数据简单到只需要一个表格的机会并不多。你应该小心地检查数据（这些数据会出现在多条记录里）和依赖性错误的实体和元素清单，并把已损坏的字段移动到不同的表格里。例如，你可能列出同一个作者的多本书，并在数据库里重复了作者的名字。当你认为会一次又一次地看到相同的数据值时，你就应该考虑把这个字段移动到另一个表格里了。要记住，在这一点上，你只是在操作潜在表格的列表，而不应该真正地创建这个表格：现在还是要用笔和纸来列表。 范式简介 数据库规范化的过程非常著名，所以有正式的规则来保证规范化数据库的建设。这些规则有七条，叫做范式，而在大多数情况下头四条就够用了： 第一范式（1NF）——这条规则有几个要求，包括：无多值项目（multivalued item）和重复组（repeating group）；每个字段都是原子型的（atomic），也就是说每个字段必须包含可能的最小数据元素；以及表格含有关键字（key）。 第二范式（2NF）——表格必须按照1NF来规范化。所有的字段必须引用（或者描述）主键值。如果主键基于一个以上的字段，那么每个nonkey字段必须取决于复杂键（complex key），而不仅仅是一个没有键的字段。不支持主键的nonkey字段应该被移动到另一个表格里去。 第三范式（3NF）——表格必须符合1NF和2NF的要求。所有的字段都必须相互独立。任何描述nonkey字段的字段都必须被移动到另一个表格里。 Boyce-Codd范式（BCNF）——一定不能存在依赖于nonkey的字段。这条规则实际上是3NF的一个子规则，用于捕捉可能会通过进程的依赖性。这一点相当的抽象，一开始是很难应用的。 以上的规则很精确，但是技术定义以及规范化的规则能够被简化成下面几点： 每个字段必须尽量小。 每个字段只能包含一个数据项目。 每条记录都必须是唯一的。 注意重复的条目。 每个字段都必须完全支持主键，而且只支持主键。 关系型数据库的理论最早可以追溯到E. F. Codd博士1970年的论文 HYPERLINK /classics/nov95/toc.html \t _target 《大型共享数据库的数据关系模型》，在这篇文章里，他总结出了七条抽象的规则，叫做范式（normal form），用来帮助创建设计良好的数据库。这七条规则的前四条——第一范式（First Normal Form，1NF）、第二范式（2NF）、第三范式（3NF）和Boyce-Codd范式（BCNF）——在大多数情况下已经够用了。这些范式是非常抽象的，以至于有些开发人员在如何应用它们上存在问题。也许理解范式最好的方式是开始将它们应用于数据，因为规则在你确实有数据要划分的时候才更有作用。在本文中，我会对一个书目示例数据库应用1NF的规则，这些规则在一开始应用的时候是最复杂的。 关于关系型数据库的理论本文是关系型数据库设计理论系列的第三篇文章。前两篇文章是： HYPERLINK /developer/tech/story/0,200008160200.htm 《关系型数据库：理论背后的灵感》 HYPERLINK /developer/tech/story/0,200008160200.htm 《关系型数据库：使用范式创建数据库》 你会回忆起，1NF的要求是： 多值字段（multivalued field）必须要被移动到另一个表格里。 每个字段必须是原子型的（atomic），或者说要尽量地小。 每个字段都必须有一个关键字（key）. 重复的值必须要被移动到另一个表格里。 我将要使用的简单表格是用来保存一些书目信息的。到目前为止，这个Books表格有下面这些字段：?{Title, Author, ISBN, Price, Publisher, Category} /developer/code/story/0,200008153400.htm 表A 属性 域名 域定义 Book的标题 Title 字符或者文本 Book的作者 Author 字符或者文本 Book的国际标准图书编号 ISBN 字符或者文本 Book的定价 Price 数字或者钱数 Book的出版商 Publisher 字符或者文本 Book的类标 Category 字符或者文本  将多值字段移动到另一个表格 应用1NF的第一步是确保表格没有包含多值