好·色之徒
已经转移到 好·色之徒--我的博客、我的生活

有关内置数据库的表的一些说明:
每个表中都有一个叫GUID的字段,它是唯一的ID
ROLE(GUID,ROLENAME)
一个非常简单的权限表,ROLENAME是它的权限名称,内置了user、admin,不用去变动它

USER(GUID,ROLEID,USERID,PASSWORD,USERNAME,FLG)
用户列表,ROLEID关联至ROLE表的GUID,其中的USERNAME只是一个用于显示的用户名称,真正登录需要的是USERID,FLG是个标志位
USER表中的信息是有管理员分配的,如果需要删除,只是逻辑删除,所以通过FLG来设置,AREA表中也是类似的

AREA(GUID,AREANAME,TIMENUM,USERID,FLG)
区域信息表,订单管理中要涉及到各个不同的地区,比如:上海、华南地区等等,USERID关联至USER表的GUID(一个用户关联几个地区)
FLG用于逻辑删除

以上三个表相对基础,是有admin来统一管理的。在系统的管理者画面可以创建新用户、新地区、分配用户对应的地区

CUSTOMER(GUID,AREAID,USERID,CUSTOMERNAME,。。。)
客户信息表,需要关联的表有AREA(AREAID)、USER(USERID)

WAREHOUSE(GUID,WAREHOUSEID,WAREHOUSENAME ,。。。 )
发货仓库表,记录商品发货的仓库信息,没有特别的关联

SALESPERSONS(GUID,PERSONNAME ,。。。 )
销售人员,很简单,就一个人员的名称

ORDERINFO(GUID,AREAID ,USERID ,ORDERNO ,ORDERDATE ,CUSTOMERNAME ,ADDRESS ,WAREHOUSEID
INPUTDATE ,EFFECTIVEINFO ,PRINTINGDATE ,HANDMADE ,HANDMADEFLG ,REMARK ,SHORTING ,AMOUNT ,TRACK
SALESPERSONS ,OK ,CREATETIME ,UPDATETIME )
订单信息,比较复杂:需要关联的表有AREA(AREAID)、USER(USERID),ORDERNO--订单号,ORDERDATE--订单日期
CUSTOMERNAME ,ADDRESS是客户的名称和地址,为了简单化,就没有和CUSTOMER表关联起来
WAREHOUSEID是WAREHOUSE表中的一个对应字段,为了简单化,也没有采用关联(用GUID)
INPUTDATE--输单日期,EFFECTIVEINFO--生效信息,PRINTINGDATE--打印装箱单时间,
HANDMADE--手工单,HANDMADEFLG--判断是否手工单的标志
SHORTING--缺货情况,AMOUNT--缺货数量,TRACK--追踪,SALESPERSONS--对应销售人员,没有和SALESPERSONS表关联
OK--一个标志位,用于表示订单是否处理完毕,CREATETIME--创建时间,UPDATETIME--更新时间

PAYMENT(GUID,USERID ,PAYDATE ,CUSTOMERNAME ,CASH ,REMARK ,CREATETIME ,UPDATETIME )
货款的管理信息,USERID--需要和USER关联(对应它的GUID),PAYDATE--付款时间,CUSTOMERNAME--客户

这是所有表的信息,由于系统比较小,所以表的设计上趋向于简单化

采用struts+hibernate+spring开发的一个web系统(8)--数据库介绍   有个论坛

Feedback

# re: 采用struts+hibernate+spring开发的一个web系统(8)--数据库介绍  回复  更多评论   

2006-10-26 11:52 by deen
why struts + spring? Struts and spring are both MVC, many function overlapped although implementation is different, it may make the web even more heavier and more complicated to maintain.

只有注册用户登录后才能发表评论。


网站导航:
 

posts - 39, comments - 91, trackbacks - 0, articles - 1

Copyright © 城市劣人

好·色之徒