【文章內容簡介】 透明性；也可以降低腳本設計的復雜度。安全性主要涉及到商品的入庫、訂單生成、退單處理、商品推薦等業(yè)務，同時用戶沒有訪問涉及到業(yè)務關系到的基本表的權限，所以建立各種試圖來處理各種業(yè)務，這樣既不破壞數據庫的安全性設計，又達到了預期的效果；降低腳本設計的復雜度主要是對一些統(tǒng)計數據如銷售人員的銷售量、財務結算等進行視圖設計，來減少涉及到該操作的表的數量。以下是一些本系統(tǒng)涉及的視圖：(1) 視圖一CustomerView：統(tǒng)計各用戶的購買商品金額。(2) 視圖二SupplierView：統(tǒng)計各供貨商提供的商品的總金額。(3) 視圖三ProfitView：統(tǒng)計各種商品的利潤。 觸發(fā)器設計數據庫的觸發(fā)器設計主要是在數據的插入、刪除和更新操作場合下來進行更為復雜的檢查和操作，一次來保證數據庫的正確性和一致性。本系統(tǒng)涉及到商品的入庫、商品的出庫、商品的更新等操作，對應于不同的操作建立不同的觸發(fā)器來限定各種操作的范圍。為此設計了如下觸發(fā)器：(1) 觸發(fā)器一trgInsert：在入庫明細表中規(guī)定每次只能一次插入一條商品記錄。 (2) 觸發(fā)器二trgUpdate：在商品信息更新時商品的銷售價格大于成本價格。(3) 觸發(fā)器三trgChange： 在訂單表中保證該用戶在達到一定消費金額時改變會員用戶的等級。 存儲過程設計數據庫的存儲過程設計主要是為了完成特定功能匯集而成的一組SQL語句集合，該集合編譯后存放在數據庫中。由于存儲過程可以直接運行，也可以遠程運行，所以存儲過程擁有對業(yè)務操作封裝、便于事務管理和一定程度上的安全性保護的優(yōu)點。由于本系統(tǒng)主要是面向廣大用戶的系統(tǒng)，所以數據庫的訪問量肯定比較大。為解決能及時的響應用戶的各種操作，本系統(tǒng)將創(chuàng)建各種存儲過程來增加對用戶的響應操作。如：當用戶需要查詢某種商品時，向服務器發(fā)出查詢請求，服務器接受到請求直接調用存儲過程來處理用戶的請求，提高了查詢效率。為此設計了如下存儲過程：(1) 存儲過程一proCustomerMsg：根據輸入的用戶賬號來查找該用戶的歷史訂單信息。(2) 存儲過程二proSupplierMsg：根據輸入的供貨商編號來查找該供貨商的歷史成交信息。(3) 存儲過程三proEmployeeMsg：根據輸入的銷售人員編號來查找該銷售人員的歷史銷售業(yè)績。 (4) 存儲過程四proGoodsName：根據輸入的商品名稱來查詢符合該條件的各商品的信息。(5) 存儲過程五proProfit：根據輸入的商品編號來查詢該商品的銷售信息和盈利信息。4 模式求精 存在的問題至此基本上給出了一個比較完整的商品銷售管理系統(tǒng)的需求分析、概念設計（ER模型）和邏輯設計的全過程。在每一步設計中都反復的修改，討論還有什么不足的情況。但萬事不能盡善盡美。在本實例系統(tǒng)中，只考慮到商品的入庫、商品的儲藏、用戶的訂購、商品的出庫、用戶退單、訂單追蹤和商品推薦等業(yè)務，而在某些方面還是不能考慮的周全。1) 通過關系數據理論和模式求精知識，結合本系統(tǒng)的邏輯設計，本系統(tǒng)的關系模式是屬于第一范式(1NF)。因為本系統(tǒng)只保證了此關系模式的每一個屬性對應的閾值都是不可分的,而在庫存商品表和訂單明細表中都存在銷售價格，而訂單明細表中的銷售價格可以由訂單明細表和庫存商品表做自然連接而得到，所以訂單明細表中的銷售價格冗余了。不過這種冗余對于本系統(tǒng)是必要的。因為本系統(tǒng)要經常統(tǒng)計商品銷售情況，包括銷售總量、銷售總金額、利潤結算等，如果要訂單明細表中添加銷售價格屬性，將更方便的做統(tǒng)計工作。2) 通過進一步的思考，還可以增加以下功能：(1) 對職員是否能勝任他所在的植物沒有一個明確的評判標準；(2 ) 知識根據商品銷售的業(yè)績來決定公司的決策，而忽略了對歷史數據的分析和市場的變化；(3) 在商品推薦中設置的商品推薦指標比較片面，無法真正的代表用戶真正的想法；(4) 在供貨商的信譽上沒有做太多的思考，而是比較籠統(tǒng)的一概而論；(5) 在客戶的注冊過程中，對顧客的信譽度沒什么具體的要求。 解決方案通過分析以上產生的問題，再結合上述的數據庫設計，對每個問題提供了大體的解決方案。(1) 其實在商品銷售管理中還要對職員進行基本的培訓和考核措施；(2 ) 對歷史數據的分析來更好的決策；(3) 在商品推薦中設置的商品推薦指標比較片面，無法真正的代表用戶真正的想法。因此可以通過設定一些更具代表性的商品推薦指標來滿足客戶的需要；(4) 在供貨商的信譽上沒有做太多的思考，而是比較籠統(tǒng)的一概而論。因此可以增加一些供貨的門檻來限定一些供貨商提供商品；(5) 在客戶的注冊過程中，對顧客的信譽度沒什么具體的要求，因此可以根據用戶的信譽度提供不同程度的優(yōu)惠策略，從而提高用戶的購買力。5 物理設計 設計目標一個商品銷售管理系統(tǒng)，其數據庫的物理設計是至關重要的，他涉及到各方面的利益：客戶的利益、銷售商的利益、供貨商的利益等等。所以怎么為數據庫選取一個最合適應用環(huán)境的物理結構成為了本系統(tǒng)的一個重要的方面。本系統(tǒng)數據庫物理設計的目標為：(1) 提高數據庫的性能，以滿足應用的性能需求；(2) 有效利用存儲空間；(3) 在性能和代價之間做出最優(yōu)平衡。 數據分布本系統(tǒng)數據庫中要存儲的數據主要包括：關系表、數據字典、索引、日志和備份等。為了提高系統(tǒng)性能，因此，對于數據備份和日志文件的備份，由于他們只是在故障恢復時才使用，而且數據量很大，因此存放在三級存儲介質上；對于計算機中有多個磁盤，可以考慮將表和索引分別存放在不統(tǒng)的磁盤上，在查詢時，由于多個磁盤驅動器分別在工作，因此可以保證物理讀寫速度比較快，不過也可以將比較大的表分拆存放在多個磁盤中，以加快存取速度；對于數據字典，由于其訪問量很大，可以單獨的為其開辟一塊存儲空間，以保證快速相應用戶的需求。，。 索引實現如果只是從數據分布那方面來提高數據庫的性能，那是遠遠不夠的，因為最終的數據存取還是要對數據進行搜索、遍歷。所以，能提高對數據的搜索和遍歷的一個常用的技術就是建立索引。但如果對某一存儲的數據建立過多的索引反而會導致數據性能的降低，反之則會降低數據的搜索速度。因此如何對各種存儲的數據建立合適的索引成了提高數據庫性能的一大問題。本系統(tǒng)就索引的實現提供了一些具體的方法，如：根據用戶查詢的習慣來對特定的屬性或者屬性集合建立非聚簇索引；對數據量比較多的表中采用多級索引或者B+樹索引來提高數據順序掃描的速度；采用B+樹索引技術來有效地支持范圍索引等等。以下是本系統(tǒng)所建立的一些索引：(1) 為商品表中的商品名稱屬性建立非聚簇索引goodsNameIdx。(2) 為商品表中的銷售價格屬性建立非聚簇索引goodsPriceIdx。(3) 為供貨商的供貨商編號屬性建立B+樹索引supplierNoIdx。(4) 為職員表中的雇傭時間屬性建立非聚簇索引employeeTimeIdx。(5) 為會員用戶表中的會員用戶編號屬性建立非聚簇索引cutomerNoIdx。(6) 為采購主表的采購時間建立非聚簇索引buyTimeIdx。(7) 為訂單主表的訂購時間建立非聚簇索引orderTimeIdx。(8) 為采購明細表的商品編號建立非聚簇索引inputGoodsNoIdx。6 安全設計 設計目標安全性問題不是數據庫系統(tǒng)所獨有的，所有計算機系統(tǒng)都有這個問題。但是數據庫系統(tǒng)中大量數據集中存放，而且為許多最終用戶直接共享，從而是數據庫中的安全問題更為突出。對于本系統(tǒng)的安全設計目標，可以列為以下幾點：(1) 不同的用戶具有不同的權限來訪問數據庫；(2) 保證數據庫的正確性和完整性；(3) 自動對違約操作進行處理。 用戶設計由于本系統(tǒng)涉及到不同的用戶類別，所以打算對每一類別的用戶建立一個公共的用戶來進行數據庫的訪問，這樣就解決了多個實際用戶的存儲問題。實際用戶訪問數據庫時通過登錄系統(tǒng)，系統(tǒng)對其用戶類別進行審核來決定是屬于哪一類用戶，然后授予該用戶的數據庫訪問權限。本系統(tǒng)初步建立以下幾類公共的用戶來進行數據庫的訪問：(1) 普通用戶(2) 會員用戶(3) 采購人員(4) 倉庫管理人員(5) 銷售人員(6) 財務人員(7) 質量監(jiān)督人員(8) 服務人員(9) 供貨商(10) 數據庫擁有者(DBO) 權限設計 權限設計是數據庫安全設計中至關重要的一部分，因為他直接涉及到數據庫用戶對數據的讀取操作。所以一個好的數據庫訪問權限設計更能提高數據庫的安全性。以下是本系統(tǒng)對各種用戶的權限管理：(1) 普通用戶的權限：由于普通用戶沒經過會員注冊，所以不具有對商品的訂購和退單權限，只能擁有對商品瀏覽、查找、選擇和購買的權限。(2) 會員用戶的權限：由于會員用戶是經過了注冊的，所以會員用戶擁有對商品的訂購、瀏覽、查找、選擇的權限和退單的權限。(3) 采購人員的權限：由于進貨人員是和供貨商打交道的，所以具有對商品的查詢權限，而沒有添加、刪除和更新權限。(4) 倉庫管理人員的權限：由于倉庫管理人員只負責商品在倉庫中的存儲和根據銷售人員的訂單來準備出庫的商品，所以倉庫管理人員擁有對商品的查詢、更新、添加等權限。(5) 銷售人員的權限：銷售人員主要是對用戶產生的訂單進行訂單處理，所以銷售人員擁有對商品的更新和查詢權限。(6) 財務人員的權限：財務人員主要是對銷售商的資金進行管理，生成各種報表，進行銷售結算和利潤結算等。所以財務人員擁有對商品的查詢權限。(7) 質量監(jiān)督人員的權限：質量監(jiān)督人員主要是負責入庫商品的質量檢測和客戶退單時對退單上的商品進行檢驗，所以質量監(jiān)督人員擁有對商品的查詢權限。(8) 服務人員的權限：服務人員主要是對用戶的各種需求提供更為有效地幫助，所以服務人員擁有對商品的查詢權限。(9) 供貨商的權限：供貨商主要是對歷史進貨的查詢和對銷售商的商品的基本了解，所以供貨商擁有對商品的查詢權限。(10) 數據庫擁有者(DBO)的權限：由于數據庫中的各種表都是數據庫擁有者創(chuàng)建的，所以數據庫擁有者擁有數據庫的所有權限。7 附錄1 數據庫腳本/*商品銷售管理系統(tǒng)的數據庫腳本*/set nocount on set dateformat ymduse mastergo/*create database*/if exists(select *from sysdatabases where name=39。SaleDB264139。) drop database SaleDB2641go create database SaleDB2641on primary (name=39。DictionaryDB39。, filename=39。g:\Sale\39。, size=1, maxsize=10, filegrowth=2), filegroup basic (name=39。BasicDB39。, filename=39。g:\Sale\39。, size=1, maxsize=20, filegrowth=2), filegroup business (name=39。BusinessDB39。, filename=39。g:\Sale\39。, size=1, maxsize=50, filegrowth=2), filegroup other (name=39。OtherDB39。, filename=39。g:\Sale\39。, size=1, maxsize=10, filegrowth=2)log on (name=39。SaleDBLog39。, filename=39。g:\Sale\39。, size=2, maxsize=50, filegrowth=2)go/*create tables*//***************************************************//**************** 數據字典表 *****************//***************************************************/use SaleDB2641go/*性別字典表*/create table DCSex( sexNo char(1) not null primary key, /*性別編號*/ sexName varchar(4) null, /*性別名稱*/ ifVoid char(1) null default 0 /*是否有效*/)/*所在部門字典表*/create table DCDpartment( departmentNo char(2) not null primary key, /*部門編號*/ departmentName varchar(8) null, /*部門名稱*/ ifVoid char(1) null default 0 /*是否有效*/)/*所任職務字典表*/create table DCHeadship( headshipNo char(2) not null primary key, /*職務編號*/ headshipName varchar(8) null, /*職務名稱*/ ifVoid char(1) null default 0 /*是否有效*/)/*商品熱門度字典表*/create table DCGoodsHot( goodsHotNo char(1) not null primary key, /*熱門度編號*/ goodsHotName varchar(8) null, /*熱門度名稱*/ ifVoid char(1) null default 0 /*是否有效*/)/*操作類型字典表*/create table DCClass( classNo char(2) not