供应链管理数据库设计与构建

文：鼎捷ERP

作者：鼎捷数智 | 发布时间：2012-11-30 14:50:34

C．1 简介
    经过第3章的学习大家已经看到数据库是非常强大的工具，它不仅能帮助组织完成事务处理也能完成分析处理。但是，为了充分发挥数据库的效能，人们必须认真仔细地设计并构建数据库。关系数据库类似于用二维表格文件的形式管理信息的电子数据表格OA软件。在电子数据表格中，可以把信息放在一个单元格内(行与列的交叉处)。使用单元格中的信息时，必须要知道信息所在行与列的地址。例如，单元格C4表示第C列、第4行。
    数据库与电子数据表格既有相似之处，又有所不同。相似之处在于数据库中也要定义信息所在的行与列；然而，在数据库中人们却不需要了解所查看或使用的信息其存放的物理位置。例如，在电子表中单元格C4保存了AbleElectronics(你的客户之一)的销售情况，若在公式或函数中调用该信息，就要明确标出其物理地址(C4)。而在数据库中，只需知道是AbleElectronics的销售情况就足够了，它的物理地址是无关紧要的。我们之所以这样说，是因为数据库是信息的集合，在这个集合中对信息的组织与存取完全是按照其信息的逻辑结构进行的。
    因此，为了使数据库的效果得到充分利用，人们就需要仔细地设计数据库。在本文中我们将介绍关系数据库的设计与构建过程，以及较常见的数据库类型。一个关系数据库利用一系列具有逻辑关系的二维表或文件作为数据库存储信息的数据格式。下面将要介绍定义规则，这是必须要了解的。
    至于工具的挑选，可以选择自己选定的DBMS软件包，利用选定的工具定义表或文件、确定这些表或文件的关系，并输入协同信息。在本文中，我们不涉及具体的工具，在扩展学习模块J中将介绍如何利用MicrosoftAccess完成数据库的设计。
    完成数据库设计之后，还可以按照用户的要求更改信息，如：增加信息行(或删除)、增加新的表，并利用简单但十分有效的报表与查询工具获取所需的正确信息。
C。2 关系数据库的设计与构建
    使用数据库就相当于使用了更多的DBMS工具，但是还必须要知道如何实际地设计和构建数据库。下面介绍如何设计数据库，包括以下4个主要步骤：
    (1)确定实体类与主关键字，
    (2)确定实体类之间的联系，
    (3)为每个关系(在设计数据库时，一个关系常被视为一个文件)确定信息(属性)；
    (4)利用数据定义语言建立数据库。
    下面我们以第3章中介绍过的Solomon企业的数据库为例继续探讨。Solomon企业专门为大芝加哥地区的商业建筑商和个人用户提供混凝土。第3章中的图3-3显示了Solomon数据库中的一些表格，包括客户、混凝土类型、订单、卡车和雇员。当客户订购某种类型的混凝土时就会产生订单。一旦混凝土加工完毕，Solomon就会派员工用卡车将货运到客户所在地。这一过程显示了数据库是如何支持电子商务企业进行客户关系管理和订单处理的。
    在本扩展学习模块中，我们将为Solomon设计和构建供应链管理数据库模型。图C-1中是Solomon随机产生的一份供应链管理报告。我们来观察一下。

    ．Solomon提供5种类型的混凝土：1一供私人家庭筑地基和铺人行道使用，2一供商业建筑物的地基和基础设施使用，3一供斑点花纹涂装(同砂砾一起)使用：4一供粘胶大理石使用：5一供粘胶贝壳使用。
    ．Solomon使用6种原材料：A一水，B一水泥浆，C一沙子：D一砂砾，E--大理石，F--贝壳。·混合说明以一立方码为标准。例如，一立方码的商用混凝土需要1份水泥浆，2份沙子和1份水混合而成。这里术语“份”和“(计量)单位”是同义的。
    ·某些原材料在几种混凝土中都会用到。某些类型的混凝土需要好几种原材料。
    ·QOH(现有数量)表示某一特定原材料的库存数量。
    ·供应商提供原材料。每一种特定的原材料Solomon只有一个供应商。每个特定的供应商管理可以提供多种不同的原材料。
    .对于水这种原材料不进行QOH和供应商信息的追踪(原因显而易见)。不过，Solomon仍然将水的QOH置为9999，并将水的供应商的ID置为999。
    在开始数据库设计之前，了解企业规则是非常重要的。企业规则描述了需要使用到的信息以及这些信息之间的关系。这些规则将有助于确定数据库的正确结构。参考图C-1中给出的报告样例和上述的观察分析，我们可以得到下面一些企业规则。
    (1)一种特定的混凝土类型包括多种原材料。
    (2)一种特定的原材料可以出现在多种混凝土类型中。
    (3)每种原材料有且只能有一位供应商。
    (4)一个供应商能提供多种原材料。尽管在图C—1中没有显示出来，但是Solomon是有可能在数据库中存储了某个目前还没有向Solomon供过货的供应商的。
C，2．1 第1步：确定实体类和主关键字
    设计关系数据库时，第一步就是确定各个实体类，以及在每个实体类中确定能唯一表示每一记录或事例的主关键字。实体类是表示特定的人、地或物的概念。在实体类中，人们希望保存自己所需的信息，并且能用一个唯一的编码(称为主关键字) 来识别这些信息。主关键字是数据库的属性之一(在某些情况下是一组属性)，它唯一地描述了一条记录。在数据库设计过程中，常常把一条记录看成是一个实例，实例是实体类的具体表现形式，它可以被重复描述。
    从图C-1的供应链管理报告中，可以很容易地标识出实体类是：混凝土类型(ConcreteType)、原材料(RawMaterial)和供应商(Supplier)。接下来就要确认它们的主关键字。对于大多数实体类而言，不能使用它们的名字作为主关键字，因为名字有可能出现重复，例如，学校会为给每个学生提供一个唯一的ID编号，然后使用这个ID号而不是学生的姓名作为学生的主关键字(因为可能有两个或更多学生的姓名是一样的)。
小组讨论
确定实体类与主关键字
    学习怎样设计一个关系数据库，的确需要自己动手进行实践、实践、再实践。为了帮助读者实现这一目标，在我们仔细介绍有关开发Solomon供应链管理关系数据库的设计过程中，你可以试着设计一个能在你的学校内使用的关系数据库。以下是一个假设的、有可能在学校里使用的关系数据库的描述：
    为了配合学校里开设的计算机原理入门课程，你们学校已经决定尝试周末召开研讨班，讨论因特网和网络的基本知识。开始时，你校将开办两期这样的研讨班：Webl01——网络和因特网基础，以及Web205——构造网站。Webl01包括5个不同部分， Web205将包括4个不同部分。
    虽然并不要求学生们必须参加，但他们可以选择参加一两个研讨班。研讨班每天举行8小时，可以免费参加。研讨班的每一部分都是从资深教师中指派一名教师负责。有些教师并没有被安排担任任何部分的授课任务，但有些教师则承担着不同部分的课程。
    较后，该B2B系统可以记录每位学生的较终结课成绩。另外，你校将在本学期试运行这个构想。所以不会影响本学期(例如，秋季、冬季、春季或夏季)或是本学年的教学。
    创建一个两列表格，在左列中列出所有你能在上述描述中找到的实体类，在右列中列出每个实体类对应的主关键字。较后，在表格下方，记录所有你能从描述中找出的企业规则。
    从报告中可以看到实体类ConcreteType包括两部分信息——混凝土类型(ConcreteType)和对应的名称(TypeDescription)。尽管对应的名称是唯一的，但主关键字的合理选择仍然是混凝土类型(例如，1代表家庭用，2代表商用，等等)。注意，主关键字的字段名同实体类的名称是一样的。这是完全可以接受的，但如果读者害怕混淆，可以将主关键字的字段名改为其他名字，像ConcreteTypeⅡD或ConcreteTypeldentifier。本书将使用Concrete7》pe作为主关键字的字段名。
    如果分析“原材料”实体类，会发现几个字段：原材料编号(Raw Material ID)、原材料名称(Raw Material Name)和现有数量(QOH)。实体类的主关键字的合理选择是原材料编号(例如，A代表水，B代表水泥浆，等等)。尽管原材料名称是唯一的，但我们仍建议不要使用名称做为主关键字。
    同样，如果分析“供应商”实体类，会发现两个字段：供应商编号(SupplierlD)和供应商姓名(SupplierName)。再次重申，我们建议使用供应商编号作为实体类的主关键字。