本篇論文目錄導航：

【題目】電子商務系統設計與實現問題探究
【第一章】網上商城系統的創建分析緒論
【第二章】WEB服務相關技術研究
【3.1 - 3.3】電子商務系統功能設計與結構設計
【3.4 3.5】電子商務系統與企業ERP系統集成
【4.1】數據流分析與優化
【4.2】數據庫概念設計
【4.3 - 4.5】數據庫邏輯設計與物理設計
【第五章】系統網絡安全
【第六章】企業網上商城案例運用
【參考文獻】電商系統設計與應用研究參考文獻

4.3 數據庫邏輯設計

4.3.1 關系設計

數據庫的關系設計具體包含實體間與聯系的相互轉換。

1）實體轉換

將每個獨立存在的實體轉變為一張單獨的表格，具體轉換內容如表 4.1 所示。

2）聯系轉換

分析實體之間的聯系通常存在著一下下幾種不同的情形：

（1）多對多聯系轉換為一張單獨的關系表，把商品與庫存量屬性進行關聯形成集合，如表 4.2 所示。

（2）一對多的聯系通過在多表中添加屬性來實現，將商品表、客戶表、訂單表和商品退貨單相關聯的一對多屬性形成集合，如表 4.3 所示。

（3）一對一的聯系也可轉化為一張單獨的關系表，將商品暫存表和配送單相關聯的一對一屬性形成集合，如表 4.4 所示。

4.3.2 關系優化

將表通過函數依賴關系進行優化從而適當減少數據的冗余，結果如下：

1）客戶函數依賴關系可以定義為集合 F1 令其屬于 2NF,同時確定主屬性、非主屬性和主鍵，如表 4.5.

2）優惠函數依賴關系定義為集合 F2 令其屬于 3NF,同時確定主屬性、非主屬性和主鍵，如表 4.6.

3）商品函數依賴關系定義為集合 F3 令其同樣屬于 3NF,確定主屬性、非主屬性和主鍵，如表 4.7.

4）商品類別函數依賴關系定義為集合 F4 令其也屬于 3NF,確定主屬性、非主屬性和主鍵，如表 4.8.

5）生產廠家函數依賴關系定義為集合 F5 令其屬于 3NF,確定主屬性、非主屬性和主鍵，如表 4.9.

6）總訂單函數依賴關系定義為集合 F6 令其屬于 3NF,確定主屬性、非主屬性和主鍵，如表 4.10.

7）訂單明細函數依賴關系定義為集合 F6 令其屬于 3NF,確定主屬性、非主屬性和主鍵，如表 4.11.

8）商品暫存函數依賴關系定義為集合 F8 令其屬于 3NF,確定主屬性、非主屬性和主鍵，如表 4.12.

9）商品配送單函數依賴關系為集合定義為 F9 令其屬于 1NF,確定主屬性、非主屬性和主鍵，如表 4.13.

在配送單中加入商品單價和商品總金額兩個非主屬性，使客戶能夠看到自己訂購的商品信息。

10）商品退貨單函數依賴關系為集合 F10 令其屬于 1NF,確定主屬性、非主屬性和主鍵，如表 4.14.

11）倉庫函數依賴關系為集合 F11 令其屬于 3NF,確定主屬性、非主屬性和主鍵，如表 4.15.

4.3.3 數據庫基本

最后我們生成下面數據庫基本表。

1）建立 Customer（客戶）基本表，重新命名計算機易存儲的客戶實體屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Registration number 為主鍵，如表 4.16 所示。

2）建立 Discount（優惠）基本表，重新命名計算機易存儲的優惠屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Customer level 為主鍵，如表4.17 所示。

3）建立 Product（商品）基本表，重新命名計算機易存儲的商品實體屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Product id 為主鍵，如表 4.18所示。

4）建立Kind（商品類別）基本表，重新命名計算機易存儲的Commodity categories屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Product categorynumber 為主鍵，如表 4.19 所示。

5）建立 Company（生產廠家）基本表，重新命名計算機易存儲的生產廠家屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Manufacturer number為主鍵，如表 4.20 所示。

6）建立 Sales（訂單）基本表，重新命名計算機易存儲的訂單屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Order no.為主鍵，如表 4.21 所示。

7）建立 Sale_item（訂單明細）基本表，重新命名計算機易存儲的訂單明細屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Order number,Productnumber 為主鍵，如表 4.22 所示。

8）建立 Shopcart（商品暫存）基本表，重新命名計算機易存儲的商品暫存屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Shopping cart number,Product number 為主鍵，如表 4.23 所示。

9）建立 Delivery（商品配送單）基本表，重新命名計算機易存儲的商品配送單屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Distributionnumber 為主鍵，如表 4.24 所示。

10）建立 Return（商品退貨）基本表，重新命名計算機易存儲的商品退貨屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定屬性 Returns number,Registration number,Order number 為主鍵，如表 4.25 所示。

11）建立 Warehouse（倉庫）基本表，重新命名計算機易存儲的倉庫屬性名，指定屬性存儲的數據類型，數據存儲是否為空，并確定 Warehouse number 為主鍵，如表 4.26 所示。

下面通過用圖 4.19 來簡化設計各個實體之間關聯和操作的邏輯功能。

各種功能實現，主要圍繞著客戶實體、商品實體、庫存實體和訂單實體展開，對于客戶實體，對客戶進行登陸、注冊、信息修改及維護管理。對商品實體分類或根據條件顯示商品的信息同時有必要進行信息發布?？蛻魧嶓w與商品實體聯系也是通過程序功能構件信息發布來完成的。對購物車的處理聯系了庫存實體和訂單實體，庫存商品的信息和數量反映給庫存管理，再通過計價器計算，進行訂單處理同時發布信息生成訂單實體，反饋訂單回執后客戶完成支付。

4.4 物理設計

1）確定數據庫的存儲結構

決定數據庫物理結構重要的是確定數據的存放具體位置及存儲的結構方式，包括：確定相關關系、索引內容、聚簇、日志、備份數據等的存儲位置和存儲構架，同時確定系統相應配置等。

（1）確定數據的存放位置

想要達到提高系統的總體性能，要求依據應用的具體情況將數據的容易改變的部分與不容易改變的部分、反復存取部分和不太常存取的部分分開存儲。

（2）確定系統配置

在物理設計過程時，依據應用程序環境，把數據庫的內存大小的參數數值設計為：事務日志的分配空間大小為 20.00MB,文件依按 2%自動增加，同時將文件增加局限于 10.00MB;數據文件的分配大小是 500.00MB,文件按照 10%自動增加，且將文件增加局限于 20.00MB.

（3）確定數據庫的存取方法常用的存取方法有三類。第一種方法是索引的方法，當前流行的是 B+樹索引的方法；第二種是聚簇方法；第三種類是 HASH 方法。

4.5 本章小結

本章對數據的處理過程進行的分析探討，在電子商務系統中數據流整合優化提出了有效的解決方法，同時對系統內部數據庫進行了概念設計、邏輯設計和物理設計，把抽象的數據庫形象實體化，研究了如何優化數據庫結構減少冗余。確定了數據庫的存儲結構和存取方法。通過本章的研究分析，我們較為全面深入的研究了電子商務系統內部數據庫結構設計方法與優化過程。（表略）