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

有關內置數據庫的表的一些說明：
每個表中都有一個叫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）--數據庫介紹?? 有個論壇