区间码的优点是编码中的数字值和位置都代表一定的含义，从结构上反映了数据的类别，信息比较可靠，同时便于计算机进行分类处理，插入和删除操作比较容易。它的缺点是，由于编码反映的信息比较全面，包含的区间较多，所以编码位数一般相对较长，给代码的维护造成了一定的困难。
区间码又可以分为以下几种类型：
（1）多面码
将分类对象按其特征或属性分成若干个“面”，每个“面”按其规律分别进行编码；使用时，根据需要，选择“面”中的代码，并按预先确定的“面”的顺序将代码组合，以表示编码对象。
例如，对空调可以从功率、外形、频率变化和能耗等级等四个“面”进行分类，每个“面”内又可以分成若干个类目，并分别编码。
（2）上下关联区间码
由几个意义上相互关联的区间码组成，一般按自左向右的结构进行排列。例如，我国的居民身份证代码就是一种典型的上下关联区间码，由18位或15位的数字或字母组成。18位的身份证号码从左到右依次为6位数字地址码、8位数字出生日期码、3位数字顺序码和1位数字或字母校验码。
（3）十进位码
相当于图书分类法中的十进位分类码，由上下关联的区间码发展而成。如530.612，小数点左边的数字组合表示主要分类，小数点右边的为子分类。子分类的划分虽然比较方便，但所占位数长短不齐，不利于计算机处理。所以，只要把代码的位数固定下来，仍可利于计算机处理。
3.助记码
助记码是直接或间接地把编码对象属性的某些文字、数字、记号作为编码。例如，在某些企业中，部门众多，名字记起来比较困难，且容易造成不一致，这时可用单位名称的“助记码”，比如单位名称拼音的首字母组合，这样可以在很大程度方便人们的记忆和使用。
助记码的优点是直观形象、便于记忆和使用，缺点是不利于计算机处理，特别是当编码对象较多时，容易引起联想错误。所以，这种代码主要用在编码对象较少的情况下。
5.2.3 代码的校验
代码是数据的重要组成部分，它的正确与否将直接影响物流信息系统的质量。当人们抄写或录入代码时，发生错误的可能性很大，常见的有抄写错（把12345抄成I2345）、易位错误（12345写成13245）、隔位易位错（12345写成12543）等。为了保证输入代码的正确性，可在代码本身的基础上，再增加一位校验码，使它成为代码的一个组成部分。利用校验码检查输入的代码是否正确的过程就是代码的校验。
校验码是根据事先规定好的校验方法及代码本身计算出来的。当包含校验码的代码输入计算机后，接收方计算机按照同样的校验方法根据代码本身进行计算，将计算结果与校验位比较，若计算结果与校验位相等，则说明一般情况下接收到的代码是正确的；否则，说明代码有误。
5.2.4 代码设计的过程
在物流信息系统开发过程中，开发人员应掌握代码设计的任务、方法及设计步骤，以便协调和控制整个系统的开发。在代码设计过程中，基本的设计过程如下：
①确定编码对象。在充分调查了解的基础上，确定编码对象所属的子系统、需要编码的项目，确定编码的名称。
②考察是否已有标准代码。如果已经有标准代码，则应遵循这些标准；如果没有，则应参照国际、国家和行业部门的编码标准，设计出相应的代码类型。
③根据代码的使用范围、使用时间和实际情况进行综合判断，选择合适的代码类型及校验方法。
④编写代码、制作代码表和详细说明表。
⑤编写相应的代码使用、管理和维护制度，保证代码的正常使用。
5.3 数据库设计
数据库设计是在选定的数据库管理系统基础上建立数据库的过程。数据库设计的关键是如何建立一个数据模型，使其能够正确反映用户的现实环境，向用户提供及时、准确、全面的信息，支持用户对所有需要的数据进行处理，同时还要有较高的运行效率，易于维护。数据库的设计是围绕着数据模型的建立而展开，所以要求物流信息系统设计者必须详细了解整个系统的信息处理现状和各种信息流，并对其进行分析和概括，同时还要熟悉数据库管理系统的特点，以便利用各种工具进行数据库设计。
从物流信息系统开发的过程来看，数据库设计中的用户需求分析已经在相同分析阶段的系统调查、业务流程分析、数据流程分析和数据字典中得到了充分的进行，所以这里的数据库设计主要讨论概念结构设计、逻辑结构设计和物理结构设计。
5.3.1 概念结构设计
概念结构设计是根据用户需求分析的结果，设计数据库的概念模型。概念模型反映了现实世界中的事物及其相互联系，是现实世界到计算机世界的一个中间层次。目前建立概念模型的方法有多种，其中最常用、最着名的是实体-联系模型法，简称E‐R图法。
1.E‐R图的组成符号
“实体”（entity）是对现实世界中客观事物的描述。实体可以是具体的事物，也可以是抽象的概念，如一个人、一本书、一张订货单等都可以看作实体。实体符号用一个矩形方框表示，方框内标明实体的名称。
“属性”（attribute）一般指实体所具有的某种特征，用来描述一个实体，如职工实体可由职工号、姓名、年龄、性别、所属部门等属性来描述。有时候也可以用属性来描述实体之间的联系，如客户和商品之间的订购关系，也可以在E‐R图中表示出来。属性符号用椭圆形表示，在椭圆形内写上属性的名称，用无向边连接属性与实体。
“联系”（relation ship）可以分为两类：实体内部的联系（如组成实体的各属性之间的联系）和实体之间的联系。这里主要讨论的是实体之间的联系。联系符号用菱形表示，在菱形内写上联系的名称，用无向边通过菱形把相联系的实体连接起来，无向边上标明联系的类型。
2.实体之间联系的类型
实体之间的联系有三种类型：一对一联系、一对多联系和多对多联系。
（1）一对一联系（1∶1联系）
如果实体集A中的任何一个实体，实体集B中至多只有一个实体与之有联系，而实体集B中的每一个实体最多对应实体集A中的一个实体，则称A与B是一对一的联系。
（2）一对多联系（1∶m联系）
如果实体集A中的每一个实体，实体集B中有一个以上的实体与之有联系，而B中的每一个实体至多只能与A中的一个实体对应，则称A与B是一对多的联系。
（3）多对多联系（m∶n联系）
如果实体集A中至少有一个实体对应于实体集B中一个以上的实体，而B中也至少有一个实体对应于A中一个以上的实体，则称A与B是多对多的联系。
3.基于E‐R图的概念模型设计
在进行数据库的概念模型设计时，常用E‐R图来表示数据及数据之间的相互联系，设计出反映用户信息需求和处理需求的数据库系统概念模式。基于E‐R图的概念模式设计常用的方法有两种：集中式模式设计和综合设计法。
集中式模式设计是一种以局部E‐R图为基础设计全局模式的方法。集中式模式设计法是在统一需求说明的基础上，设计全局模式，全局模式是设计的基础。
综合设计法中先设计局部E‐R模型图，再由若干个局部E‐R模型图综合成为全局E‐R模型图。综合设计法是以局部需求说明作为设计的基础，在集成时尽管对局部E‐R图要作必要的修改，但局部E‐R图是设计的基础，全局模式是局部E‐R图的集成。综合设计法比较适合于大型数据库系统的设计，可以多组并行进行，免除综合需求说明的麻烦。目前，综合设计法用得较多，下面主要介绍综合设计法的概念模式设计。
综合设计法分为两个步骤：先设计局部概念模式，再由局部概念模式综合成全局概念模式。
（1）局部概念模式设计
局部概念模式设计也称外模式设计，可以由用户独立完成，也可以由数据库系统设计者协助用户完成。一般分为以下几个步骤：
①根据局部需求分析的结果，产生局部实体集。局部实体集是指局部应用领域中的事物，能够满足局部应用处理的要求。局部实体集的产生包括确定局部实体集的属性和键码。有时会出现有些事物既可以抽象为实体集，也可以抽象为属性或实体集之间的联系。对此，我们应用最易于为用户理解的概念模型结构来表示。在易于被用户理解的前提下，既可抽象为属性，又可抽象为实体的，尽量抽象为属性。需要注意的是，每个事物必须由一种而且仅有一种概念模型结构表示。在设计局部实体集时，还需要明确哪些属性是单值属性、哪些属性是多值属性以及哪些属性是复合属性（由多个数据项组成的属性）。
②根据局部分析的结果确定局部实体集之间的联系及其结构约束。局部实体集之间的联系要能够准确地描述局部应用领域中各事物之间的关系。同时，局部实体集之间的联系也需要满足局部应用的各种要求。
③根据上面的分析来形成局部的E‐R图。
（2）全局概念模式设计
有了各个局部E‐R图，就可通过局部E‐R图的集成设计全局模式。在进行局部E‐R图集成时，一般可以按照下面三个步骤来进行：
1）确认局部E‐R模型图中的对应关系和冲突
对应关系是指局部E‐R图中语义都相同的概念，即它们的共同部分；冲突指相互之间有矛盾的概念。常见的冲突有以下四种：
①命名冲突。命名冲突有同名异义和同义异名两种。例如，在图书销售系统中，图书采购和图书销售两个局部E‐R图中都有“发票”实体，但图书采购中的“发票”是图书供应商给书店开的“购书发票”，而图书销售中的“发票”是书店给读者开的“售书发票”，这属于同名异义。这两种情况，需要对实体重新命名以示区别。同样的，在书店系统的多个局部E‐R图中出现了“职工”、“店员”、“工作人员”等实体，实际上它们描述的是同一实体，这属于同义异名。这种冲突的消除需要综合各实体在不同E‐R图中的属性，最终给出能够满足局部和全局要求的一致命名。
②概念冲突。同一个概念在一个局部E‐R图中可能作为实体集，在另一局部E‐R图中可能作为属性或联系。例如，在上面给出的图书销售系统中，如果用户要求，采购也可以作为实体集，而不作为联系。
③域冲突。相同的属性在不同的局部E‐R图中有不同的域，例如，工号在一个局部E‐R图中可能当作字符串，在另一个局部E‐R图中可能当作整数。域冲突是指相同的属性采用不同的度量描述。
④约束冲突。不同的局部E‐R图可能有不同的约束限制。例如，对于图书销售系统中“折扣”这个属性，对不同读者的限定可能不一样。
2）对局部E‐R图进行必要的修改，解决部门冲突
解决部门冲突是对各个部门中存在的命名冲突、概念冲突、域冲突、约束冲突按照统一的规范定义。如在上面所讲到的“职工”、“店员”、“工作人员”这三个属性名可以统一成“职工”，工号统一用字符串表示等。
3）合并局部E‐R图，形成全局模式
在合并局部E‐R图的过程中，尽可能地合并对应的部分、保留特殊的部分、删除冗余部分，必要时可以对模式进行适当的修改，使模式简明清晰。局部E‐R图的集成不仅仅局限于两个局部E‐R图的集成，也可以推广到多个局部E‐R图的集成。多个局部E‐R图的集成比较复杂，一般用一些软件协助进行。
【例5.1】 设计一个工厂生产管理系统的E‐R模型图。
工厂的生产由技术部门和供应部门提供保障。技术部门关心的主要是产品的性能参数，产品由哪些零件组成、零件使用的材料和耗用量等；供应部门关心的则是产品的价格、使用材料的价格及库存数量等。
进一步分析可知，在综合成E‐R模型图时可以合并为一个实体；在现实世界中产品是通过消耗材料生产出来的，即产品和材料之间也是有联系的；零件也是通过消耗材料而生产出来的，零件和材料之间也有消耗关系。
综合后的E‐R模型图中存在着数据的冗余。产品对材料的消耗量1可以通过组成产品的零件所消耗材料的消耗量2计算获得，因此消耗量1为冗余数据，应该从E‐R图中删除，联系没有了属性，产品与材料之间的联系也可以从图中删除；每一种材料的库存量可以从各个仓库中这种材料的存放量计算获得，因此“材料”实体的库存量为冗余属性应该从图中删除。
5.3.2 逻辑结构设计
逻辑结构设计是将概念结构设计阶段完成的概念模型转化成所选定的数据库管理系统（DBMS）支持的数据结构模型，简称数据模型。数据模型可由E‐R图转换得到。
数据模型通常分为关系数据模型、层次数据模型和网状数据模型。目前，关系数据模型是主流的数据模型。关系数据模型是一组关系模式的集合，将E‐R图转换为关系模型就是将实体、属性和实体间的联系转换为关系模式。
1.转换方法
①一个实体可以转换为一个关系模式。实体的属性就是关系的属性，实体的关键字就是关系的关键字。关系的关键字是指能唯一地标识一个元组的属性或属性组。例如，产品实体可以转换为关系模式：产品（产品号，产品名，价格，性能参数），产品号为产品关系的关键字。
