【導(dǎo)讀】當(dāng)組裝一臺電腦時，如果去。很難在條件內(nèi)配置一臺好的電腦。利用網(wǎng)絡(luò)方便快捷的特點實現(xiàn)在線攢機已成為趨勢。發(fā)技術(shù)進行了較深入的應(yīng)用。針對通常的攢機流程，對在線攢機系統(tǒng)進行了需求分析、功。定單管理、留言和在線攢機五個主要模塊。與傳統(tǒng)的攢機相比，具有配件選擇效率高、網(wǎng)。上操作方便簡單、操作流程一目了然等優(yōu)點。用戶節(jié)省了大量時間和精力。送定單進行購買。

　　

【正文】 硬盤接口 表 (Disc)。 數(shù)據(jù)表 設(shè)計 數(shù)據(jù)表是進行數(shù)據(jù)訪問與存取的工具。對于任何一個數(shù)據(jù)庫應(yīng)用系統(tǒng)，它的數(shù)據(jù)處理的工具和對 象均是數(shù)據(jù)表，根據(jù)實體 ER 圖和數(shù)據(jù)關(guān)系模型，我們可以得到本系統(tǒng)的數(shù)據(jù)表如下： (1) 用戶信息表 User 結(jié)構(gòu)如表 41 所示： 主要存儲要登錄本系統(tǒng)的用戶的基本信息，以及需要購買配件的用戶的必要信息。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 UserID 用戶 號 int 4 UserName 用戶 名 varchar 10 Password 密碼 varchar 12 Ulevel 級別 int 4 Name 真實姓名 varchar 10 EMail 電郵 varchar 50 IDCardNumber 身份證號 varchar 18 TelephoneNumber 固定電話 varchar 12 Address 地址 varchar 50 ZoneCode 郵編 varchar 10 Mobilephone 手機 varchar 12 表 41 用戶信息表 (2) 購物車信息表 ShopCart 結(jié)構(gòu)如表 42 所示： 記錄用戶一次選擇的所有配件的必要信息 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 CartID 購物車 號 int 4 CartIDString 用戶號 varchar 50 ProID 配件號 int 4 CatName 配件類型 varchar 4 ShopQuantity 購買數(shù)量 int 10 ShopDate 電郵 datetime 8 表 42 購物車信息表 (3) 配件信息表 Products 結(jié)構(gòu)如表 43 所示： 存儲被管理員添加數(shù)據(jù)庫中所有配件的信息。供用戶選擇時查看基本信息以及管理員的管理。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 ProID 配件 號 int 4 CatName 配件類型 varchar 20 ProName 配 件名 varchar 50 Brand 品牌 varchar 20 Description 描述 varchar 200 Price 價格 int 4 Quantity 庫存量 varchar 18 UpTime 上傳時間 datetime 8 表 43 配件信息表 (4) 定單信息表 Orders 結(jié)構(gòu)如表 44 所示： 根據(jù)定單號可以查到的每個定單所購買的全部配件的一些信息。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 OrderID 定單 號 int 4 UserID 用戶號 int 4 OrderDate 定單日期 datetime 8 Statue 處理狀態(tài) varchar 20 表 44 定單信息表 （ 5）定單明細表 OrderContent 結(jié)構(gòu)如表 45 所示： 存儲所有用戶在本網(wǎng)站提交過的定單。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 OrderID 定單 號 int 4 ProID 產(chǎn)品號 int 4 ShopQuantity 購買數(shù)量 int 4 UnitCost 小計 money 8 表 45 定單明細表 （ 6）定單要求信息表 Customer 結(jié)構(gòu)如表 46 所示： 在用戶提交定單時必須填寫的內(nèi)容，以便在后期管理員處理定單時更準(zhǔn)確滿足用戶要求。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 OrderID 定單 號 int 4 UserID 用戶號 int 4 SendMethod 送貨方式 varchar 20 PayMethod 付款方式 varchar 20 PayMemo 送貨說明 varchar 5 Invoice 是否需要收據(jù) varchar 10 表 46 定單要求信息表 （ 7）主板接口信息表 Mainboard 結(jié)構(gòu)如表 47 所示： 存儲每個主板的接口信息，便于用戶進行兼容性測試。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 ProID 主板 號 int 4 CpuInterface CPU 接口 varchar 20 MemInterface 內(nèi)存接口 varchar 20 DisInterface 顯卡接口 varchar 20 DiskInterface 硬盤接口 varchar 20 表 47 主板接口信息表 （ 8） CPU接口信息表 CPU結(jié)構(gòu)如表 48 所示： 存儲每個 CPU的接口信息，便于用戶進行兼容性測試。 字段名 稱 字段說明 數(shù)據(jù)類型 字段長度 ProID CPU 號 int 4 Interface 接口 varchar 20 表 48 CPU接口 信息表 （ 9）內(nèi)存接口信息表 Memery 結(jié)構(gòu)如表 49 所示： 存儲每個內(nèi)存的接口信息，便于用戶進行兼容性測試。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 ProID 內(nèi)存 號 int 4 Interface 接口 varchar 20 表 49 內(nèi)存 接口 信息表 （ 10）顯卡接口信息表 Display 結(jié)構(gòu)如表 410 所示： 存儲每個顯卡的接口信息，便于用戶進 行兼容性測試。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 ProID 顯卡 號 int 4 Interface 接口 varchar 20 表 410 顯卡 接口 信息表 （ 11）硬盤接口信息表 Disc 結(jié)構(gòu)如表 411 所示： 存儲每個硬盤的接口信息，便于用戶進行兼容性測試。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 ProID 硬盤 號 int 4 Interface 接口 varchar 20 表 411 硬盤 接口 信息表 （ 12）留言表 LMessage 的 結(jié)構(gòu)如表 412 所示： 該表存儲用戶發(fā) 表的留言相關(guān)信息，并且也存儲了管理員對留言的回復(fù)。 字段名稱 字段說明 數(shù)據(jù)類型 字段長度 MID 留言 號 int 4 UserID 用戶號 int 4 Subject 主題 varchar 50 Content 內(nèi)容 varchar 4000 Utime 發(fā)布時間 datetime 8 Response 回復(fù)內(nèi)容 varchar 4000 Rtime 回復(fù)日期 datetime 8 Statue 回復(fù)狀態(tài) varchar 10 表 411 留言表 存儲過程 存儲過程（ Stored Procedure）是存放于數(shù)據(jù)庫中的子程序，在服務(wù)器端進行，是由一系列 SQL 語句和控制語句組成的數(shù)據(jù)處理過程。使用存儲過程的優(yōu)點： ? 更快的執(zhí)行速度。當(dāng) 應(yīng)用程序首次執(zhí)行存儲過程是，數(shù)據(jù)服務(wù)器即完成對它的優(yōu)化和編譯工作，并存儲在服務(wù)端的高速緩存中，以后對它的調(diào)用將直接從高速緩存中執(zhí)行，這樣就減少了重復(fù)優(yōu)化和編譯的過程，節(jié)省了服務(wù)器處理數(shù)據(jù)的時間。而每次從 應(yīng)用程序中直接執(zhí)行 SQL 命令，都需要 SQL Server 對命令進行編譯和優(yōu)化，這樣對 Web站點的性能有較大的影響。 ? 降低網(wǎng)絡(luò)流量。當(dāng) 應(yīng)用程序出發(fā)出執(zhí)行存儲過程的請求時，只能執(zhí)行存儲過程的命令在網(wǎng)絡(luò)上發(fā)送，而存儲過程也只把數(shù)據(jù)處理最終結(jié)果傳送給 應(yīng)用程序。這樣使得應(yīng)用程序和數(shù)據(jù)服務(wù)之間的網(wǎng)絡(luò)通信流量將至最小，減少了網(wǎng)絡(luò)負(fù)荷。 ? 資源共享和安全操作。存儲過程作為獨立的數(shù)據(jù)服務(wù)對象元素存在，就像普通的數(shù)據(jù)表一樣可供其他應(yīng)用程序共享，不僅節(jié)省了不同應(yīng)用程序處理同一數(shù)據(jù)的代碼編寫工作，還為數(shù)據(jù)處理方式的維護提供了較大的方便，提高了對數(shù)據(jù)庫操作的安全性。 ? 靈活的編程維護方式。存儲過程一般在數(shù)據(jù)服務(wù)端（后臺）編 寫，也可以在 項目中通過 Microsoft Visual 的服務(wù)器資源管理器功能來實現(xiàn)對數(shù)據(jù)的操作權(quán)；在項目運行階段，也可由專門人員在后臺直接維護，從而減少了存儲過程的權(quán)限，而無需直接處理底層的表。實際上，使用存儲過程是將應(yīng)用的業(yè)務(wù)邏輯層功能全部或部分部署在服務(wù)器上的做法，而在應(yīng)用程序代碼中直接使用 SQL 語句則是將業(yè)務(wù)邏輯功能部署在數(shù)據(jù)庫的客戶機上。 本系統(tǒng)中我運用了大量的存儲過程，創(chuàng)建存儲過程不必一定要在 SQL Server 里，直接在Microsoft Visual 的服務(wù)器資源管理器 里右擊存儲過程節(jié)點選擇新建或編輯如圖 410所示： 圖 411管理員流程圖 新建一個存儲過程后， IDE 中的代碼編輯窗口便出現(xiàn)如下所示的代碼模板： CREATE PROCEDURE /* ( @parameter1 datatype = default value, @parameter2 datatype OUTPUT ) */ AS /* SET NOCOUNT ON */ RETURN 上面的代碼模板符合簡 化的創(chuàng)建存儲過程的語法規(guī)則，完整的語法規(guī)則如下 ： CREATE PROC [ EDURE ] procedure_name [ 。 number ] [ { @parameter data_type } [ VARYING ] [ = default ] [ OUTPUT ] ] [ ,...n ] [ WITH { RECOMPILE | ENCRYPTION | RECOMPILE , ENCRYPTION } ] [ FOR REPLICATION ] AS sql_statement [ ...n ] 限于篇幅，各個參數(shù)的含義在此就不多作介紹了，有興趣的讀者可以參考有關(guān) SQL Server 2020 數(shù)據(jù)庫管理系統(tǒng)的資料。下面我對該代碼模板中的各個語法成分略作介紹。CREATE PROCEDURE 聲明創(chuàng)建一個存儲過程，后面跟著該存儲過程的名稱。 “/*??*/” 中的成分是該存儲過程的參數(shù)，可包括輸入?yún)?shù)和輸出參數(shù)。 AS關(guān)鍵字后面的內(nèi)容是該存儲過程的主體部分，其中是任何數(shù)量和類型的包含在存儲過程中的 SQL 語句。 RETURN 關(guān)鍵字表明存儲過程結(jié)束并能返回整型狀態(tài)值給調(diào)用者。下面 就是本系統(tǒng)中用戶登 錄驗證的一個存儲過程 ： ALTER Procedure UserLogin ( @UserName varchar(16), @UserID int OUTPUT, @Password varchar(12) OUTPUT, @Ulevel int output ) AS SELECT @Password = Password, @UserID=UserID, @Ulevel=Ulevel FROM [ComputerDiy].[dbo].[User] WHERE UserName = @UserName 至于怎樣在代碼中運用存儲過程，將在詳細設(shè)計階段具體介紹。 系統(tǒng)重難點分析 本系統(tǒng)作為在線攢機系統(tǒng)核心模塊就是用戶攢機，其次是實現(xiàn)配件管理。 配件數(shù)量的選擇 配件的選擇和一般商品的選擇用共同點但又有重要區(qū)別。一般商品的數(shù)量選擇完全是按用戶的意愿的。而在線攢機不光是配件的選擇而是選擇的配件要確實能組成一個能正常運行的電腦，所以能給用戶選擇的數(shù)量也要有一點限制。以前攢機就是每樣配件一個就行了，而現(xiàn)在用戶 為了提高電腦性能有些配件可以選用多個，比如內(nèi)存。所以要克服一些在線攢機系統(tǒng)配件只能選一個的缺點。 配件兼容性 就象上一點提到的，這個系統(tǒng)與一般商務(wù)網(wǎng)站的最大區(qū)別就是要實現(xiàn)最后選擇的所有 的配件能組成一個 正常運行的 電腦，而電腦配件之間存在兼容性問題是一個客觀問題。這又是在網(wǎng)上選擇配件必然不可能象現(xiàn)場那樣能親眼看到配件，即使配件有詳細說明用戶也可能會忽視去看。那么系統(tǒng)就要考慮來檢測用戶選擇的配件中是否兼容。 而兼容性判斷如果沒有通用的模塊是很麻煩的，所以一定要有清晰的思路。本系統(tǒng)中主要考慮主板上各 個接口的類型，還有 CPU、內(nèi)存、顯卡、硬盤的接口類型。如果主板上CPU 的接口不能和選擇的 CPU 的接口一樣那就是不兼容，其他幾個接口也是一樣。根據(jù)這樣此功能實現(xiàn)的關(guān)鍵所在就是要能得到相應(yīng)配件的接口值。所以存儲接口數(shù)據(jù)的表就是必須的了。而接口數(shù)據(jù)就要在添加配件的時候一同添加。由于主板要有四個接口數(shù)據(jù)， CPU、內(nèi)存、顯卡、硬盤只有一個接口數(shù)據(jù)，還有其他配件不需要考慮接口。所以為了操作方便要建五個接口數(shù)據(jù)表。這樣管理員在添加配件的時候就可以向相應(yīng)的表插入接口數(shù)據(jù)了。這樣整個兼容性測試才能完整的實現(xiàn)。 定單 生成和處理定單 定單生成不象向購物車表插入數(shù)據(jù)那樣，因為他要同時向插入三個表插入相應(yīng)的信息。特別是向定單明細表插入信息，它要把所有相同定單號的配件同時插入定單明細表，而定單號也是在向定單表插入記錄時剛生成的問題，所以這是一個重要的技術(shù)上的問題。這里就用一個存儲過程 OrderCo