五分钟迅速了解关系型数据库

数据库是用于存储记录和信息的地方，在供应链管理中最常用的数据库是关系型数据库，这是今天我想要介绍的内容。

1.什么是关系型数据库？

我相信读者对于数据库有一定的了解，所以重点介绍“关系型”的概念。关系型数据库使用共同的属性（Attribute）将数据分组，把每种类型的数据存储在一个位置，并建立起了许多的链接。

这句话很抽象，首先来解释一下属性的概念。每个人都有属性，例如性别、年龄和出生地等，这些是个人信息的属性。

采购订单有哪些属性呢？采购订单编号、件号（Part number）、订单数量、每件商品的单价、到货日期等等，这些是采购订单的属性。假设我们有这样一份采购订单。

在最顶部的一排信息就是采购订单的属性，如果是在Excel表格里，每个属性就是一列，例如C列是件号。

每行的信息就是记录，比如第2条记录中的采购订单编号是123456，行号是2，件号是26516，订单数量是300。。。供应商编号是1475。

在这里总共有4条记录，与属性一起构成了一张表，在关系型数据库中也叫做实体（Entity），而数据库就是所有表的集合。

看到这里您可能会想“原来数据库就是Excel表格啊！”这样理解是片面的，我们看到的电子表格是数据库部分的功能，Excel表格可以存储数据，但表格之间还没有建立关系。多个Excel表格内可能存在重复的属性，例如在采购订单表格里有件号的属性，在其他表格里也有。

如果在多个表格内维护相同属性的记录，这是一项繁琐的、容易出错的工作，而关系型数据库可以做到单一数据源(Single source of truth)，数据只需要输入或修改一次，可以在有关联的表格内显示更改。

2.为什么要使用关系型数据库？

首先我要介绍一个概念——数据建模，它的意思是把现实世界中获取到的数据，装入结构化数据库的方法，然后就可以用快速和便捷的方式进行查询和索引。

为了做到这一点，我们必须考虑到所有不同类型的数据，这些数据可能是涉及到一个项目、流程或业务，我们得要思考这些数据是如何相互关联的。

举个例子，在“采购订单”表中，有多个的件号和对应的单价。每个件号可能有多个供应商在供货，每一家的单价都是不同的，所以我们要建立“件号”的表格来管理价格。

我们需要通过关系型数据库在表格之间建立起关联，才能保持数据的正确性和一致性，允许多个用户访问数据，并让使用者可以灵活地查询信息。

公司的业务是经常在变化的，比如采购的策略从单一供应源改为多个渠道购买，采购业务规则就需要更新，与业务保持一致。一个设计合理的数据库可以确保业务数据存储在一个地点，易于使用，且有很强的适应性。

3. 关系型数据库的规则简介

关系型数据库可以对存储的数据关系设定规则或约束，让我们先从基础规则开始。

1）在某个表中有唯一的属性

在Excel表格中可以有重复名称的列（Column），而在关系型数据库中，每个属性或每一列都必须在某个表中有唯一的名称。这是为了避免重复的属性造成数据混乱，让我们能知道所指的是哪一列。

采购订单是数据库中的实体，也就是表，采购订单编号是其中的属性，只能存在一个订单编号，如果有2个号码，我们就不知道哪个是正确的信息。采购订单编号可以出现在其他表中，例如供应商发票表里也有采购订单编号这个属性，它们之间是具有关联的。

2）属性中的值来自于属性列表

每个属性的值应该是来自于这个属性的所有值的清单，这句话是什么意思？当我们准备做一份采购订单时，只能从现有的供应商列表中进行选择。

比如“苏州X公司”是已经创建的记录，我们可以选择，如果是另一家不在列表中的供应商，在采购订单表中就无法被选中。

这样做可以避免输入错误，有时候我们会在数据中找到许多名称相似的值，它们的区别可能是大小写或是空格号，但也不确定它们是不是同样的信息。设定这个规则可以防止出现这种情况。

在上图中，我们可以选择3个供应商，它们来源于J列的供应商名称下的3家公司，只能选择在清单中的值。这个功能在Excel中是通过数据验证来实现的。

3）每一行记录都是唯一的

在一个好的数据库中，每一行都应该是唯一的，不应该有重复的行。在Excel表格中，我们可以有多个重复的行。但在数据库中，这可能是有问题的，因为我们不知道实际上指的是哪一行，这会造成重复的数据。关系型数据模型的记录或行的排序并不重要，所以不用纠结数据的顺序排列问题。

4）优秀的数据模型的特点

首先，数据模型应该是完整的。我们应该确保所有必要的业务数据都体现在系统中，不应该遗漏任何重要的信息。

其次是确保没有多余的数据。我们必须确保一个特定实体和该实体的同一条记录不会被多次记录。为什么这一点如此重要？在同一个数据库中不能出现两个不同步的数据。

再次，一个数据库和数据模型是可重复使用的，一个企业中的许多用户都可以使用同一个数据库。例如外部的应用程序，分析员，或是其他人想要访问数据，他们可以使用同一个数据库，而且数据只在同一个地方保持更新即可。

最后，数据模型需要有灵活性，能够应对业务规则的变化，或是存储额外数据的要求。一个设计合理的数据模型可以进行灵活地调整。