关系表&关系型数据库

理解关系表，最好是来看个例子。

有一个包含产品目录的数据库表，其中每类物品占一行。对于每一种物品，要存储的信息包括产品描述、价格，以及生产该产品的供应商。

 

现在有同一供应商生产的多种物品，那么在何处存储供应商名、地址、联系方法等供应商信息呢？将这些数据与产品信息分开存储的理由是：

 同一供应商生产的每个产品，其供应商信息都是相同的，对每个产品重复此信息既浪费时间又浪费存储空间；

 如果供应商信息发生变化，例如供应商迁址或电话号码变动，只需修改一次即可；

 如果有重复数据（即每种产品都存储供应商信息），则很难保证每次输入该数据的方式都相同。不一致的数据在报表中就很难利用。

 

关键是，相同的数据出现多次决不是一件好事，这是关系数据库设计的基础。关系表的设计就是要把信息分解成多个表，一类数据一个表。各

表通过某些共同的值互相关联（所以才叫关系数据库）。

在这个例子中可建立两个表：一个存储供应商信息，另一个存储产品信息。Vendors 表包含所有供应商信息，每个供应商占一行，具有唯一的

标识。此标识称为主键（primary key），可以是供应商 ID 或任何其他唯一值。

Products 表只存储产品信息，除了存储供应商 ID（Vendors 表的主键）外，它不存储其他有关供应商的信息。Vendors 表的主键将 Vendors 表

与 Products 表关联，利用供应商 ID 能从 Vendors 表中找出相应供应商的详细信息。

 

这样做的好处是：

 供应商信息不重复，不会浪费时间和空间；

 如果供应商信息变动，可以只更新 Vendors 表中的单个记录，相关表中的数据不用改动；

 由于数据不重复，数据显然是一致的，使得处理数据和生成报表更简单。

 

总之，关系数据可以有效地存储，方便地处理。因此，关系数据库的可

伸缩性远比非关系数据库要好