关于数据库中存储信息分类的设计说明 zyx zyx 2 112 2002-11-14T03:56:00Z 2002-11-20T01:46:00Z 2002-11-20T01:46:00Z 3 259 1480 ufosft nanjing 12 2 1817 9.2812 7.8 磅 0 2
关于数据库中客户基本材料存储信息分类的设计说明

 

在进行系统数据库设计时，经常使用对客户基本材料的分类处理,如对商业客户的分类处理，普通的设计人员可以使用下面几种方法去实现：

 

 

1).直接在对客户进行编码的过程中，把客户的分类信息编写到客户代码中；

       利用系统维护的分类代码信息进行代码编写，在代码的特定的代码位具有特定的分类信息，例如：  11  01   00 01   001  客户商业类型  客户地区代码 客户…..  …..  客户序列号

 

这种方式的表结构可以这样设计：

 


客户档案表

客户编码

客户名称

…….

 

代码维护表

代码类别

父代码

代码

含义

……
 

 

 

 

 

 

 

 

 

 

使用这种方法的好处有：    a.通过代码可以了解客户的大概情况

b数据库中表结构的定义比较简单

c.对客户进行统计分析直接对客户代码处理，处理过程简单好控制

使用这种方法的缺点有：    a.用户对客户进行编码时，必需要精确了解客户的详细分类信息

                                          b.客户性质发生改变时，要改变客户代码非常困难

c.客户代码比较固定，一但定义且被其他业务模块使用后就不能重新修正

                                          d.无法修正客户分类规则，无法添加删除分类信息，普通最终用户对其客户的分类方法会依据其具体的业务规模大小进行客户分类设计，小型企业和大型企业的客户的分类方法肯定不会使用相反的分类方法，这样系统的灵活功用是最差的

 

 

2).在客户基本材料表中添加分类栏位，客户代码使用简单的序列编码方法实现；

       这种设计方法是如今使用系统中最常用的数据库设计方法，客户代码曾经得到的具体的含义，只是在建立客户基本材料的系统产生的序列号，没有其他任何的含义；当然也可以在客户编号中保留通用的较少的分类信息，但是越少越好。在表中定义一些存储分类信息的栏位，如：客户所属地区码，客户分类码，客户规模码，客户信誉类别，等等栏位。在系统设计时可以尽量的考虑到用户可能使用的所有的分类情况，用户最终使用不使用由用户依据本人的特定情况的处理，可以选择部分栏位。

 

这种方式的表结构可以这样设计：


客户档案表

客户序列编码

客户名称

地区分类

规模分类

信誉分类

企业性质分类

…….

 

 

代码维护表

代码类别

父代码

代码

含义

代码维护表

代码类别

父代码

代码

含义
 

 

 

 

 

 

 

 

 

 

 

 

 

 

使用这种方法的好处有：    a.客户代码定义比较简单,不需求客户基本材料录入人员对客户具体的分类情况特别了解，可以先保持分类代码缺省和大概的分类

                                          b.系统的灵活性比较高

                                          c.客户性质发生变化时，对系统的影响比较小

使用这种方法的缺点有：    a.表设计比较困难，设计人员要考虑的比较全面，各种分类情况都要通过相应的分类栏位实现

b.在系统详细设计和代码实现阶段的任务量比较大，由于要考虑用户可能使用那几类分类方式，而且对不同的分类要做相应的代码实现，代码的通用性比较差

c.在未知的将来，如果存在未考虑的分类情况，则系统需求维护
<