数据库整体逻辑结构.DOC

前言： 当前很多系统都设计有一套客户信息数据库。在本人原来的项目中，我也设计过这方面的数据库，但都比较简单。 最近有机会接触了一下ECIF，觉得该数据库的可扩展性很强，现把客户数据库的设计整理一下，做一个备忘。 数据库整体逻辑结构： 基础表字段信息 编号 字段名称 类型 注释 记录创建时间 DATE 　 记录修改时间 DATE 　 记录失效时间 DATE 　初始值：1900-01-01 00:00:00 如果该记录无效，则记录失效时间 创建人(帐号) STRING 　 修改人(帐号) STRING 　 建立记录的系统 DICT 　 更新记录的系统 DICT 　 注1：该表列出的7个字段，将在以下所有表中存在。由于篇幅问题，在描述表结构时不在重复标出。 注2：DICT 表示该记录保存的是代码。该代码在基础数据中详细定义。 客户核心信息 注1：为了表述方便，图中客户 和 联系方式为虚表。实际并不存在。 注2：由于客户信息有时并不孤立，比如有些企业的cc有一套自己的客户数据库，营收也有一套自己的客户数据库，两者当中的客户信息可以通过客户和外系统关联表 来做关联。 注3：客户间也存在相互关系。比如 ***公司 是VIP大客户，用户乙是***公司的高管，通过客户间关系表，可以把个人（用户乙）和单位（***公司）联系起来。 个人表结构: 字段名称 类型 注释 个人id STRING 　 名称 STRING 　 性别 DICT 　 生日 Date 　 国籍 DICT 　 民族和种族 DICT 　 年龄类型 DICT 　 教育程度 DICT 　 公司名称 STRING 　 行业 DICT 　 职业 DICT 　 资历 DICT 　 职务描述 STRING 　 收入 DICT 　 婚姻状况 DICT 　 家庭地址 STRING 　 公司地址 STRING 　 重要客户标识 STRING 　 呼叫中心绿色通道标识 STRING 　 客服代表 STRING 　 单位表结构 字段名称 类型 注释 单位ID STRING 　 客户签约编号 STRING 单位中文名称 STRING 　 单位英文名称 STRING 　 所在地址 STRING 　 单位性质 DICT 　 单位级别类型 DICT 　 行业 DICT 　 注册资金 STRING 　 员工数 INT 　 币种 DICT 　 年收入 DECIMAL 　 去年纳税额 DECIMAL 　 客户注册日期 Date 　 单位联系人 STRING 　 客户等级 DICT 　 客户关系评定 DICT 　 主要角色 DICT 　 客服代表 STRING 　 联系方式 －电话表结构 字段名称 类型 注释 电话ID STRING 　 序号 INT 　详见注释 电话类型 DICT 　 国家地区代码 STRING 　 区号 STRING 　 号码 STRING 　 分机号码 STRING 　 电话使用状态 DICT 　 注：由于客户的联系方式 可能会发生变更，同时该数据可能来源于其他的系统数据。当从其他系统导入记录时，如果导入数据记录已经在表中存在，那么取消insert 操作， 改为update set序号 =序号 +1 。 这样做的目的是 保留该客户所有的历史联系方式记录。并且如果序号越大，表示该联系方式越常用。 联系方式 －地址表结构 字段名称 类型 注释 联系方式ID STRING 　 序号 INT 详见 联系方式 －电话表结构中的注释 国家地区 DICT 　 省份 DICT 　 城市 STRING 街道 STRING 房间号 STRING 楼宇名称和房间号 邮政编码 STRING 　 地址 STRING 非结构化地址 联系方式 －电子联络方式表结构 字段名称 类型 注释 电子联络方式ID STRING 　 序号 INT 详见 联系方式 －电话表结构中的注释 电子联络方式类别 DICT 　 号码或EMAIL地址 STRING 　 联系方式 －联系人表结构 字段名称 类型 注释 联系人ID STRING 　 序号 INT 详见 联系方式 －电话表结构中的注释 与客户的关系 DICT 　 尊称 DICT 　 中文名 STRING 　 英文名 STRING 　 国家地区代码 STRING 　 区号 STRING 　 电话号码 STRING 　 分机号码 STRING 　 传真号码 STRING 　 电子联系方式 STRING 　 客户间关系表结构 字段名称 类型 注释 客户关系ID STRING 　 客户ID