数据库规范化和表结构

最新推荐文章于 2023-11-25 12:21:09 发布

cxygs5788

最新推荐文章于 2023-11-25 12:21:09 发布

阅读量453

点赞数

文章标签：数据库

标准化是一个术语，用于描述如何将文件分解为多个表以创建数据库。涉及3或4个主要步骤，称为1NF（第一范式），2NF（第二范式），3NF（第三范式）和BCNF（Boyce-Codd范式）。还有其他一些，但很少使用。如果数据库位于3NF中（最好是位于BCNF中），则称该数据库已归一化。这些步骤描述如下：

注意： 使用属性时，我们所说的是表 1NF中 的一个字段

将数据库放入1N

确保所有属性（列）都是原子的（这意味着任何单个字段都应仅具有一个事物的值）。

例子：

在数据库中，关于客户的表将具有地址属性。地址由公司名称，地址行1，地址行2，地址行3，城市，邮政编码组成。此地址有6个值，因此每个值都应具有自己的字段（列）。

如果您的公司出售家具，则产品上的桌子可能具有描述属性。例如，如果该属性为“ Beech Desk 120w x 75h x 50d”。理想情况下，可以将其分解为多个属性，例如“颜色”，“类型”，“宽度”，“高度”和“深度”。这样做的原因是，您可以为所有书桌，所有Beech家具，所有宽度为120等的书桌搜索数据库。

为每组相关数据创建一个单独的表，并使用主键标识每组相关数据

例：

在一般的发票数据库中，您将有一个单独的表，分别用于客户，订单，产品，发票，并且可能还需要用于OrderDetails和InvoiceDetails的表。这些表中的每一个都必须具有自己的主键。除客户外，这些表中的每个表都具有对另一个表的主键的外键引用。（

参见下面的关系 ）

不要在单个表中使用多个字段来存储相似的数据

例：

（

带下划线的字段是“主键”，带斜线的字段是“外键” ）

在客户订单中，您可能有多个产品。那是客户订购了多个物品。如果您尝试将所有内容都放在{

OrderID ， CustomerID ，OrderDate，Product1，Product2，Product3}如果客户订购了3种以上的产品，将会发生什么。查询客户订购的产品的种类或数量也将产生影响。因此，这些产品字段不属于订单表，这就是为什么我们会有一个OrderDetails表的原因，该表具有对Orders表{ OrderDetailsID ， OrderID ， ProductID ，Quantity}的外键引用。使用productID作为产品表的外键意味着您不必在此处标识产品属性。这也使您可以输入订购产品的数量图。 关系：

所有表应具有1对1或1对多的关系。例如，这意味着1个客户可以拥有1个或很多订单，而1个订单可以有1个或很多细节。

因此，Orders表将具有对Customer表主键{ OrderID ， CustomerID ，OrderDate}的外键引用，而OrderDetails表将具有对Order表主键{ OrderDetailsID ， OrderID ， ProductID ，Quantity}的外键引用。该表还包含对Products表的外键引用。由于产品可能不止一次订购，因此OrderDetails和Products表之间存在多对一的关系。

如果任何表之间存在多对多关系，则必须使用JOIN表对此进行细分。例如，客户可以有许多供应商，而供应商可以向许多客户供应。这被称为多对多关系。您将需要创建一个JOIN表，该表具有一个主键，该主键由对客户表的外键引用和对供应商表的外键引用组成。因此，SuppliersPerCustomer表将为{ SupplierID ， CustomerID }。现在，Suppliers表将与SuppliersPerCustomer表具有一对多关系，而Customers表也将与SuppliersPerCustomer表具有一对多关系。 2NF

数据库必须满足1NF的所有要求。

另外，记录不应该依赖于表的主键（主键可以由多个字段组成，只有在绝对必要时才可以使用，例如在JOIN表中）。

例：

客户表既需要客户地址，也需要订单和发票表。与其将客户的地址作为单独的条目存储在每个表中，不如将其存储在“客户”表或单独的“地址”表中的一个位置。

3NF

数据库必须满足1NF和2NF的所有要求。

第三种标准形式要求关系表中的所有列仅取决于主键。一个更正式的定义是：