1NF 规则旨在确保您的数据表从一开始就结构合理，就像设置一张条理清晰的电子表格一样。

规则：每列都必须有唯一的名称，并且每个单元格都必须只包含一个不可分割的值。

解决的问题：避免将一个项目列表放入单个单元格中。例如，在“Orders”（订单）表中，您不能在“Products Ordered”（订购的产品）列下的一个单元格中列出“Milk, Eggs, Bread”（牛奶、鸡蛋、面包）。为此，每件商品都必须单独占一行，以确保数据便于搜索和管理。

只有当表使用复合键（由两个或多个列组合而成的主键，例如订单 ID 和商品 ID）时，才适用 2NF 规则。主键是列或列组，其值唯一标识表中的每一行。非键列是指不属于主键的任何列。

规则：表必须已处于 1NF 状态，并且所有非键列都必须依赖于整个复合键，而不仅仅是其中的一部分。

解决的问题：应仅将数据存放在其完全所属的位置。如果您的表的主键是 (OrderID, ProductID)，则不应包含“Product Price”（商品价格）这样的列，因为价格只取决于 ProductID，而不取决于 OrderID。解决方案是将 ProductID 和“Product Price”（商品价格）移至单独的“Products”（产品）表，其中 ProductID 为单一主键。这样可以避免在包含该商品的每个订单中不必要地重复商品价格。

3NF 规则是数据库设计中最常见的目标，旨在消除数据点之间的间接关系。

规则：表必须符合 2NF，非键列必须只依赖于主键，而不能依赖于任何其他非键列。

解决的问题：避免一个非键数据决定另一个非键数据的值。假设有一个“Employees”（员工）表，其中存储了“Office ID”（办公室 ID，非键列）和“Office Location”（办公室地点，另一个非键列）。“Office Location”（办公室地点）由“Office ID”（办公室 ID）决定，而不是由员工 ID（表的主键）决定。这种间接关联是传递依赖项。为了解决这个问题，您创建了一个新的“Offices”（办公室）表，其中只包含“Office ID”（办公室 ID）和“Office Location”（办公室地点），然后使用“Office ID”（办公室 ID）将这两个表链接起来。这样可确保一旦办公室位置变更，您只需在一个地方完成更新。