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

有关内置数据库的表的一些说明：
每个表中都有一个叫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）--数据库介绍   有个论坛