新客商管理系统数据库设计.doc
- 文档编号:1315511
- 上传时间:2023-04-30
- 格式:DOC
- 页数:9
- 大小:174.50KB
新客商管理系统数据库设计.doc
《新客商管理系统数据库设计.doc》由会员分享,可在线阅读,更多相关《新客商管理系统数据库设计.doc(9页珍藏版)》请在冰点文库上搜索。
设备数据库
客商管理系统
数据库设计
1.地区编码表
表名(bd_areacl)
字段名称(中文)
字段名称(英文)
字段类型
说明
地区分类编号
areaclcode
VARCHAR(40)
notnull
地区分类名称
areaclname
VARCHAR(200)
notnull
自定义项1
def1
VARCHAR(100)
自定义项2
def2
VARCHAR(100)
自定义项3
def3
VARCHAR(100)
自定义项4
def4
VARCHAR(100)
自定义项5
def5
VARCHAR(100)
删除标志
dr
SMALLINT
助记码
mnecode
VARCHAR(50)
地区分类主键(PK)
pk_areacl
CHAR(20)
notnull
公司主键
pk_corp
CHAR(4)
notnull
上级地区分类
pk_fatherarea
CHAR(20)
时间戳
ts
CHAR(19)
…
说明:
①主键为pk_areacl列
②在客商管理系统中只用“地区分类编号”、“地区分类名称”、“地区分类主键”和“上级地区分类”等列。
③把地区建成具有两级结点的树状结构的方法如下:
⑴将该表的所有记录按照areaclcode列的升序排列;
⑵对于每一行数据,取“地区分类编号”、“地区分类名称”、“地区分类主键”和“上级地区分类”4列的值。
如果“上级地区分类”列的值为空,说明该地区没有上级地区而有下级地区,将其放入树的一级节点队列中;如果“上级地区分类”列的值不为空,说明该地区没有下级地区而有上级地区,由于已对表的所有记录按照areaclcode列的升序排列,故其上级地区已出现在树的一级节点队列中,将其加入到上级地区节点的下级节点队列的最后位置即可;
⑶对每一行重复执行步骤⑵直到全部执行过为止。
2.公司编码表
表名(bd_corpl)
字段名称(中文)
字段名称(英文)
字段类型
说明
公司主键(PK)
pk_corp
CHAR(4)
notnull
公司成立时间
createdate
CHAR(10)
删除标志
dr
SMALLINT
经济类型
ecotype
CHAR(20)
上级公司
fathercorp
CHAR(4)
是否控股
holdflag
CHAR
(1)
所属行业
industry
VARCHAR(20)
编码级次
innercode
VARCHAR(60)
是否已建帐
ishasaccount
CHAR
(1)
是否封存
isseal
CHAR
(1)
是否用于零售
isuseretail
CHAR
(1)
notnull
是否经营单位
isworkingunit
CHAR
(1)
内部编码下级最大值
maxinnercode
VARCHAR(60)
备注
memo
VARCHAR(100)
所有权份额
ownersharerate
OTHER
公司编码
unitcode
VARCHAR(40)
notnull
公司名称
unitname
VARCHAR(200)
notnull
公司简称
unitshortname
VARCHAR(40)
notnull
时间戳
ts
CHAR(19)
…
说明:
①主键为pk_corp列
②在客商管理系统中只用“公司主键”、“公司编码”、“公司名称”、“公司简称”。
③在unitcode列上建立唯一索引。
④在unitname列上建立唯一索引。
⑤此表与帐套编码表有何关系?
怎样建立关系(即通过两表的哪些列建立联系)?
在此表中,由于在unitcode列上建立了唯一索引,所以每一行的unitcode的值都互不相同。
任取该表的一行的unitcode列的值,到帐套编码表(bd_glorgbook)中找glorgbookcode列的值去掉后5位后等于该值的行。
此即两表元素间的对应关系。
⑥目前一个公司仅对应一个会计主体账簿,且先建立公司,之后再建立对应的会计主体账簿,所以可以只考虑公司与客商的对应关系,不必考虑会计主体账簿与客商的对应关系,故在此系统中不必考虑帐套编码表(bd_glorgbook)。
3.帐套编码表
表名(bd_glorgbook)
字段名称(中文)
字段名称(英文)
字段类型
说明
会计主体账簿(PK)
pk_glorgbook
CHAR(20)
notnull
会计主体账簿编码
glorgbookcode
VARCHAR(40)
notnull
会计主体账簿名称
glorgbookname
VARCHAR(200)
是否启用
isstartuse
CHAR
(1)
固定资产帐簿分类
glbooktype_fa
SMALLINT
账簿分类
type
SMALLINT
会计主体
pk_glorg
CHAR(20)
核算账簿
pk_glbook
CHAR(20)
总账启用期间
pk_startaccperiod
CHAR(20)
固定资产帐簿启用期间
pk_startperiod_fa
CHAR(20)
删除标志
dr
SMALLINT
时间戳
ts
CHAR(19)
…
说明:
①主键为pk_glorgbook列
②在客商管理系统中最多只用“会计主体账簿”、“会计主体账簿编码”、“会计主体账簿名称”、“是否启用”。
③此表与公司编码表有何关系?
怎样建立关系(即通过两表的哪些列建立关系)?
④在客商管理系统中暂不考虑此表。
4.客商编码表
表名(bd_cubasdoc)
字段名称(中文)
字段名称(英文)
字段类型
说明
客商档案主键(PK)
pk_cubasdoc
CHAR(20)
notnull
客商编号
custcode
VARCHAR(40)
notnull
客商名称
custname
VARCHAR(200)
notnull
客商简称
custshortname
VARCHAR(200)
notnull
地区分类
pk_areacl
CHAR(20)
notnull
纳税人登记号
taxpayerid
VARCHAR(20)
法人
legalbody
VARCHAR(16)
所属行业
trade
CHAR(20)
web网址
url
VARCHAR(60)
邮政编码
zipcode
CHAR(6)
删除标志
dr
SMALLINT
时间戳
ts
CHAR(19)
…
说明:
①主键为pk_cubasdoc列
②在客商管理系统中只用“客商编号”、“客商名称”、“客商简称”、“地区分类”(从地区编码表取相应行的“地区分类编号”行的值)、“纳税人登记号”,客商属性:
0外部。
5.客商分配表
表名(bd_cumandoc)
字段名称(中文)
字段名称(英文)
字段类型
说明
客商管理档案主键(PK)
pk_cumandoc
CHAR(20)
notnull
公司主键
pk_corp
CHAR(4)
notnull
客商档案主键
pk_cubasdoc
CHAR(20)
notnull
是否客户
custflag
CHAR
(1)
notnull
…
说明:
①主键为pk_cumandoc列。
②custflag列的值为‘0’表示对应的客商是公司的客户,为‘4’表示对应的客商是公司的供应商。
③在pk_corp+pk_cubasdoc+custflag上建立了唯一索引。
④在客商管理系统中只用前3列。
⑤该表一条记录表示一个客商与一个公司(帐套)之间的对应关系,即将一个客商分配给某个公司(帐套),以便该公司的帐套能够使用该客商。
⑥在客商管理系统中暂不考虑此表。
因为客商可以重复分配给公司(帐套)。
以上5个表由NC系统提供。
6.客商新增申请表
表名(custaddsq)
字段名称(中文)
字段名称(英文)
字段类型
说明
申请流水号(PK)
sqlsh
CHAR(14)
notnull
申请序号(PK)
sqxh
SMALLINT
notnull
申请操作员(FK)
squserid
CHAR(6)
申请日期
sqdate
CHAR(19)
客商名称
custname
VARCHAR(200)
notnull
客商简称
custshortname
VARCHAR(200)
notnull
地区分类
pk_areacl
CHAR(20)
notnull
纳税人登记号
taxpayerid
VARCHAR(20)
审批操作员(FK)
spuserid
CHAR(6)
审批日期
spdate
CHAR(19)
说明:
①申请流水号编码规则:
第1位固定为‘1’,表示客商新增申请,2-9位为申请日期,以区别于其它申请,10-14位为序号,从00001开始。
一次可以申请增加多个新客商。
②主键为申请流水号+申请序号。
③申请操作员、审批操作员均为用户表的主键userid的外键。
7.申请材料表
表名(sqcl)
字段名称(中文)
字段名称(英文)
字段类型
说明
申请流水号(PK)
sqlsh
CHAR(14)
notnull
申请序号(PK)
sqxh
SMALLINT
notnull
申请类型
sqtype
CHAR
(1)
notnull
申请材料序号(PK)
xuhao
SMALLINT
notnull
申请材料说明
sqdesc
VARCHAR(200)
申请材料文件上传日期
uploaddate
CHAR(19)
申请材料文件上传地址
uploadaddr
VARCHAR(100)
说明:
①主键为申请流水号+申请序号+申请材料序号。
其中申请流水号和申请序号来自于客商新增申请表、客商变更申请表或客商合并申请表,具体来自哪个表由“申请类型”字段指定。
②申请类型:
‘1’表示客商新增申请,‘3’表示客商变更申请,‘4’表示客商合并申请。
③申请材料文件上传地址需规范如D:
/yyyy/mm/申请流水号+申请序号+申请材料序号+实际文件名(含扩展名),”D:
”为上传文件所存的驱动器,yyyy为上传日期年份,mm为上传日期月份。
8.申请新增客商分配公司(帐套)表
表名(custaddfpgs)
字段名称(中文)
字段名称(英文)
字段类型
说明
申请流水号(PK)(FK)
sqlsh
CHAR(14)
notnull
申请序号(PK)(FK)
sqxh
SMALLINT
notnull
公司主键(PK)
pk_corp
CHAR(4)
notnull
说明:
⑴申请流水号+申请序号为客商新增申请表的主键的外键。
⑵主键为sqlsh + sqxh+pk_corp
9.已有客商分配公司(帐套)申请表
表名(custfpgs)
字段名称(中文)
字段名称(英文)
字段类型
说明
申请流水号(PK)
sqlsh
CHAR(14)
notnull
申请操作员(FK)
squserid
CHAR(6)
申请日期
sqdate
CHAR(19)
客商档案主键(PK)
pk_cubasdoc
CHAR(20)
notnull
公司主键(PK)
pk_corp
CHAR(4)
notnull
审批操作员(FK)
spuserid
CHAR(6)
审批日期
spdate
CHAR(19)
说明:
⑴申请流水号编码规则:
1-8位为申请日期,第9位固定为‘2’,表示已有客商分配帐套申请,以区别于其它申请,10-14位为序号,从00001开始。
⑵主键为sqlsh+pk_cubasdoc+pk_corp。
故理论上一次可以对多个客商分配多个公司(帐套)。
(3)在实际设计时,一次只能对一个客商进行分配,但可以分配多个公司(帐套)。
(4)需在客商档案主键+公司主键上建立唯一索引。
(5)申请操作员、审批操作员均为用户表的主键userid的外键。
10.客商变更申请表
表名(custchangesq)
字段名称(中文)
字段名称(英文)
字段类型
说明
申请流水号(PK)
sqlsh
CHAR(14)
notnull
申请序号(PK)
sqxh
SMALLINT
notnull
申请操作员(FK)
squserid
CHAR(6)
申请日期
sqdate
CHAR(19)
变更客商档案主键
chg_pk_cubasdoc
CHAR(20)
notnull
变更项(PK)
chg_item
CHAR
(1)
notnull
变更前值
chg_before
VARCHAR(200)
变更后值
chg_after
VARCHAR(200)
审批操作员(FK)
spuserid
CHAR(6)
审批日期
spdate
CHAR(19)
说明:
⑴申请流水号编码规则:
1-8位为申请日期,第9位固定为‘3’,表示客商变更申请,以区别于其它申请,10-14位为序号,从00001开始。
(2)在设计“客商变更申请”模块时,一次只允许对一个客商做变更,故往数据库中写入客商变更申请记录时,申请序号始终为1。
之所以在表设计时增加“申请序号”一列,是为了与“申请材料表”一致。
(3)在设计“客商变更申请”模块时,可将变更前的客商名称、客商简称、地区分类、纳税人登记号的值一一列出,并在每一项之后留出空白录入域,供用户修改。
(4)变更项定义:
’1’表示客商名称,‘2’表示客商简称,‘3’表示地区分类,‘4’表示纳税人登记号。
(5)主键为sqlsh+sqxh+chg_item
(6)需在变更客商档案主键+变更项上建立唯一索引。
(7)申请操作员、审批操作员均为用户表的主键userid的外键。
(8)如变更项为地区分类,则变更客商档案所对应的客商编号会发生变化(变更客商档案主键不变),所以要在客商变更审批时填写变更后的客商编号,或由变更审批员发送广播消息。
11.客商合并申请表
表名(custcombsq)
字段名称(中文)
字段名称(英文)
字段类型
说明
申请流水号(PK)
sqlsh
CHAR(14)
notnull
申请序号(PK)
sqxh
SMALLINT
notnull
申请操作员(FK)
squserid
CHAR(6)
申请日期
sqdate
CHAR(19)
合并后保留客商档案主键
new_pk_cubasdoc
CHAR(20)
notnull
合并后消失客商档案主键
old_pk_cubasdoc
CHAR(20)
notnull
申请合并原因
combreason
VARCHAR(200)
审批操作员(FK)
spuserid
CHAR(6)
审批日期
spdate
CHAR(19)
说明:
⑴申请流水号编码规则:
1-8位为申请日期,第9位固定为‘4’,表示客商合并申请,以区别于其它申请,10-14位为序号,从00001开始。
(2)申请序号始终为1,即一次只能将2个客商合并为1个。
之所以在此表设计时增加“申请序号”一列,是为了与“申请材料表”一致。
(3)主键为sqlsh+sqxh
(4)申请操作员、审批操作员均为用户表的主键userid的外键。
(5)合并前后,合并后保留的客商档案资料不做任何修改,即合并模块只做合并,不做任何修改。
如确需修改,请于合并后再做客商变更申请。
12.广播消息表
表名(bcmessages)
字段名称(中文)
字段名称(英文)
字段类型
说明
消息id号(PK)
messageid
INTEGER
notnull
消息标题
msgtitle
VARCHAR(100)
消息内容
msgcontent
VARCHAR(200)
产生操作员(FK)
createuserid
CHAR(6)
产生时间
createtime
CHAR(19)
截至时间
uptotime
CHAR(19)
说明:
①主键为消息id号。
②“产生操作员”列是用户表的主键userid的外键。
③“截至时间”表示超过此时间后该广播消息不再广播。
13.一般消息(有发送人和接收人的消息)表
表名(messagesrece)
字段名称(中文)
字段名称(英文)
字段类型
说明
消息id号(PK)
messageid
INTEGER
notnull
消息标题
msgtitle
VARCHAR(100)
消息内容
msgcontent
VARCHAR(200)
产生操作员(FK)
createuserid
CHAR(6)
产生时间
createtime
CHAR(19)
接收操作员(PK)(FK)
receiveuserid
CHAR(6)
notnull
接收时间
receivetime
CHAR(19)
说明:
①记录生成时,接收时间为空,实际接收消息时填写接收时间。
②主键为messageid+receiveuserid。
可见一个消息可以有多个接收者。
③“接收操作员”列是用户表的主键userid的外键。
④当用户接收到此消息时,可在接收消息的小窗口中选择“不再显示此消息”复选框,则系统自动记录接收时间并在下次登陆时不再显示此消息,否则,用户下次登陆系统时还显示该消息。
14.自动消息表
表名(automessages)
字段名称(中文)
字段名称(英文)
字段类型
说明
消息id号(PK)
messageid
INTEGER
消息标题
msgtitle
VARCHAR(100)
消息内容
msgcontent
VARCHAR(200)
消息来源流水号
msglylsh
CHAR(14)
消息来源类型
msgsourcetype
CHAR
(1)
产生时间
createtime
CHAR(19)
响应时间
responsetime
CHAR(19)
说明:
①主键为消息id号。
②消息来源类型表示该消息是在哪个模块产生:
‘1’表示客商新增申请(含为新增客商分配公司的申请),‘2’表示为已有客商分配公司的申请,‘3’表示客商变更申请,‘4’表示客商合并申请,‘5’表示客商新增审批(含为新增客商分配公司的审批),‘6’表示为已有客商分配公司的审批,‘7’表示客商变更审批,‘8’表示客商合并审批。
③消息来源流水号表示由消息来源类型所确定的表的相应记录的申请流水号。
④当用户接收到自动消息时,可在接收消息的小窗口中选择“不再显示此消息”复选框,则系统自动记录响应时间并在下次登陆时不再显示此消息,否则,用户下次登陆系统时还显示该消息。
15.用户表
表名(users)
字段名称(中文)
字段名称(英文)
字段类型
说明
用户号(PK)
userid
CHAR(6)
notnull
用户名
username
VARCHAR(20)
密码
userpassword
VARCHAR(20)
所属岗位(FK)
postcode
CHAR
(1)
notnull
所属公司(FK)
pk_corp
CHAR(4)
notnull
是否可用
isuse
CHAR
(1)
‘Y’可用‘N’不可用
说明:
①主键为userid。
②postcode为岗位表的主键postcode的外键。
③pk_corp为公司编码表的主键的外键。
④用户与公司(帐套)的对应关系(即一个用户可以操作哪些公司的帐套,具体为一个用户可以把一个客商分配给哪些公司(帐套))由“用户公司(帐套)对应表”确定。
16.用户公司(帐套)对应表
表名(usersandgb)
字段名称(中文)
字段名称(英文)
字段类型
说明
用户号(PK)
userid
CHAR(6)
notnull
公司主键(PK)(FK)
pk_corp
CHAR(4)
notnull
说明:
①主键为userid+pk_corp
②pk_corp为公司编码表的主键的外键。
17.岗位表
表名(posts)
字段名称(中文)
字段名称(英文)
字段类型
说明
岗位编码(PK)
postcode
CHAR
(1)
notnull
岗位名称
postname
VARCHAR(40)
岗位模块操作权限描述
moduleoperdesc
VARCHAR(200)
岗位数据资源读写权限描述,特别包括对
客商的查询权限的描述
dataoperdesc
VARCHAR(200)
说明:
①主键为postcode。
②暂设3个岗位:
NC系统管理员,普通帐套操作员,物资公司设备科客商查询操作员。
第9页共9页
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 客商 管理 系统 数据库 设计