數(shù)據(jù)庫系統(tǒng)設(shè)計方案精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的數(shù)據(jù)庫系統(tǒng)設(shè)計方案主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：數(shù)據(jù)庫系統(tǒng)設(shè)計方案范文

關(guān)鍵詞：數(shù)據(jù)庫；安全審計；安全插件

中圖分類號：TP311.13

數(shù)據(jù)庫系統(tǒng)信息規(guī)模化發(fā)展勢頭強(qiáng)勁，數(shù)據(jù)庫的應(yīng)用日益廣泛，涉及到銅礦產(chǎn)業(yè)方方面面，給公司帶來了實實在在的收益，同時也深刻反映了公司對信息系統(tǒng)的巨大依賴性，對產(chǎn)業(yè)研究和生產(chǎn)起到了重要的引導(dǎo)作用，當(dāng)今數(shù)據(jù)庫的安全問題變得尤為重要。

1 數(shù)據(jù)庫安全總體架構(gòu)

1.1 數(shù)據(jù)庫系統(tǒng)設(shè)計思路

數(shù)據(jù)庫安全系統(tǒng)的重點是解決安全審計和安全插件問題，對來自網(wǎng)絡(luò)和本地的用戶對數(shù)據(jù)庫的操作行為進(jìn)行審計，及時識別和發(fā)現(xiàn)其中是否對數(shù)據(jù)庫系統(tǒng)構(gòu)成威脅，系統(tǒng)提出了用安全插件來提高數(shù)據(jù)庫安全性的設(shè)計方案。安全插件采用阻斷非法用戶訪問進(jìn)入系統(tǒng)來保障數(shù)據(jù)庫信息的安全性和可控性。

1.2 數(shù)據(jù)庫系統(tǒng)設(shè)計目標(biāo)

（1）高安全性：對于一些重要的機(jī)密的數(shù)據(jù)，足夠的加密強(qiáng)度，在共享環(huán)境下保證數(shù)據(jù)所有者的安全。

（2）統(tǒng)一審計：對日志數(shù)據(jù)庫進(jìn)行統(tǒng)一審計、客戶端訪問數(shù)據(jù)庫集中控制；事后可以整合信息分析導(dǎo)致數(shù)據(jù)庫出現(xiàn)異常的一系列行為，追蹤攻擊者的來源提供依據(jù)。

（3）權(quán)限管理：將管理權(quán)限集中管理，由系統(tǒng)安全審計引擎統(tǒng)一進(jìn)行設(shè)置、解析。

1.3 方案總體設(shè)計

數(shù)據(jù)庫安全系統(tǒng)總體構(gòu)架見圖1

圖1

數(shù)據(jù)庫安全審計系統(tǒng)是通過以網(wǎng)絡(luò)審計為主，兼容數(shù)據(jù)庫本地審計的方式。數(shù)據(jù)庫審計監(jiān)管系統(tǒng)將從網(wǎng)上采集到的信息包發(fā)送到前臺審計監(jiān)管平臺上的數(shù)據(jù)庫日志，通過后臺的審計監(jiān)管服務(wù)器對數(shù)據(jù)包進(jìn)行分析，為管理者和系統(tǒng)管理員提供及時、準(zhǔn)確、詳細(xì)的數(shù)據(jù)異動信息，發(fā)現(xiàn)工作中的越權(quán)、違規(guī)、過失、惡意篡改等操作反饋在審計監(jiān)管管理平臺上，實現(xiàn)對數(shù)據(jù)庫系統(tǒng)安全狀況的全面審計，從而保障數(shù)據(jù)庫的安全.

安全插件是在數(shù)據(jù)庫管理系統(tǒng)外的安全防護(hù)罩，登陸數(shù)據(jù)庫系統(tǒng)的用戶訪問應(yīng)用服務(wù)器時，系統(tǒng)自動彈出提示，用戶按照提示安裝安全插件。安全插件截獲數(shù)據(jù)庫各種訪問接口的訪問請求，對用戶訪問控制進(jìn)行安全審核，將允許訪問的命令送到數(shù)據(jù)庫管理系統(tǒng)，系統(tǒng)插件自動對用戶訪問行為做出安全級別的評價，根據(jù)安全級別評價的提示對用戶進(jìn)行認(rèn)證和監(jiān)控控制。如果系統(tǒng)發(fā)現(xiàn)非法用戶的指令，則安全插件將自動切斷用戶對數(shù)據(jù)庫的。

1.4 數(shù)據(jù)庫系統(tǒng)技術(shù)路線

數(shù)據(jù)庫安全系統(tǒng)是采用自主研發(fā)安全插件與數(shù)據(jù)庫安全審計，并與傳統(tǒng)系統(tǒng)相結(jié)合的路線，解決支路安全設(shè)備的阻斷問題。

（1）系統(tǒng)安全插件可自動獲取用戶的IP地址、MAC、PC名以及操作系統(tǒng)類別和系統(tǒng)軟件等信息，監(jiān)控中心發(fā)出指令，防止非授權(quán)的用戶訪問數(shù)據(jù)庫系統(tǒng)。安全插件具有超高安全性，卸載、刪除安全插件系統(tǒng)將自動彈出預(yù)警提示，防止非法操作破壞系統(tǒng)的安全性。

（2）解決旁路安全產(chǎn)品的阻斷問題

本系統(tǒng)采用數(shù)據(jù)庫審計系統(tǒng)和安全插件的技術(shù)，可以成功解決旁路安全設(shè)備的阻斷問題。即在用戶訪問數(shù)據(jù)庫前假設(shè)個“關(guān)卡”，所有要訪問數(shù)據(jù)庫的操作都需先經(jīng)過審計監(jiān)控系統(tǒng)，只有審計監(jiān)控系統(tǒng)授權(quán)才能夠?qū)?shù)據(jù)庫進(jìn)行訪問。安全插件接收監(jiān)控系統(tǒng)的指令，阻止非授權(quán)的用戶對數(shù)據(jù)庫服務(wù)器的訪問。與數(shù)據(jù)庫審計系統(tǒng)進(jìn)行聯(lián)動，對數(shù)據(jù)庫用戶的越權(quán)訪問進(jìn)行阻斷和報警。

（3）系統(tǒng)集成與安全審計和安全插件的聯(lián)合應(yīng)用

數(shù)據(jù)庫系統(tǒng)安全創(chuàng)新之處在于：數(shù)據(jù)庫集成與安全審計和安全插件管理系統(tǒng)相結(jié)合，做到系統(tǒng)兼容、風(fēng)格一致、界面協(xié)調(diào)。集成后的系統(tǒng)操作界面由兩部分組成：數(shù)據(jù)庫審計子系統(tǒng)和數(shù)據(jù)庫用戶管理子系統(tǒng)，兩個子系統(tǒng)相得益彰，用戶操作快捷，方便系統(tǒng)管理。

（4）系統(tǒng)的聯(lián)動

通過數(shù)據(jù)庫系統(tǒng)管理平成前、后臺審計的安全策略和若干審計引擎設(shè)置相結(jié)合的管理方式，操作簡便快捷和安全性高。審計引擎作為數(shù)據(jù)庫安全的重要組成部分與審計監(jiān)管系統(tǒng)聯(lián)動，對個別服務(wù)器終端作相應(yīng)的共享。

1.5 數(shù)據(jù)庫系統(tǒng)功能實現(xiàn)

（1）支持對SQL Server、Oracle、informix、MYSQL數(shù)據(jù)庫類型的審計監(jiān)控分析。

（2）系統(tǒng)提供用戶需要配置條件。不同性質(zhì)的用戶可按一定的范圍對特定主機(jī)和特定網(wǎng)段進(jìn)行監(jiān)控，從而保證用戶能夠按照自己的需求實施監(jiān)控。

（3）系統(tǒng)支持?jǐn)?shù)據(jù)庫服務(wù)器的事件統(tǒng)計、安全報警功能。

（4）數(shù)據(jù)庫系統(tǒng)可生成安全報表：直觀、簡潔、豐富。

（5）系統(tǒng)采用多級用戶管理體系，包括系統(tǒng)管理員、普通管理員、一般用戶三種權(quán)限用戶，不同級別的用戶之間彼此制衡，保證了系統(tǒng)安全性和可控性.

2 系統(tǒng)應(yīng)用效果

自數(shù)據(jù)庫安全系統(tǒng)運行以來，自動提示用戶安裝的安全插件近70多個，能夠?qū)ΡＷo(hù)的數(shù)據(jù)庫服務(wù)器的訪問進(jìn)行審計和監(jiān)控。數(shù)據(jù)庫安全系統(tǒng)對于科研和生產(chǎn)發(fā)揮了巨大的作用，取得了很好的效果。

數(shù)據(jù)庫安全系統(tǒng)的實施較好地解決了信息資源的安全問題和可控問題，主要體現(xiàn)在以下四個方面：

（1）在數(shù)據(jù)庫系統(tǒng)的外網(wǎng)增加了一道安全屏障，實時監(jiān)控分析，攔截非法用戶的入侵，通過數(shù)據(jù)庫系統(tǒng)審計平臺管理，有效防止重要數(shù)據(jù)的破壞和泄漏。

控制非法用戶對數(shù)據(jù)庫系統(tǒng)強(qiáng)行的訪問，全面記錄用戶對數(shù)據(jù)庫的所有操作行為，通過系統(tǒng)安全插件提前預(yù)警，杜絕用戶違規(guī)操作的問題。

數(shù)據(jù)庫系統(tǒng)提供用戶查詢權(quán)限范圍內(nèi)的數(shù)據(jù)信息，通過日志列表查詢和事件列表查詢，對每條事件信息進(jìn)行審計，監(jiān)控分析用戶的具體操作行為是否對數(shù)據(jù)庫系統(tǒng)構(gòu)成威脅，并且導(dǎo)出系統(tǒng)原始數(shù)據(jù)為管理人員全面掌握數(shù)據(jù)庫資源安全使用情況提供科學(xué)的依據(jù).

可按時間周期來評定系統(tǒng)審計事件的強(qiáng)、中、弱三個級別的數(shù)量，以及日志數(shù)和會話的信息。

3 結(jié)語

數(shù)據(jù)庫安全系統(tǒng)伴隨著網(wǎng)絡(luò)的更高層次利用，需要進(jìn)一步加強(qiáng)信息資源安全審計和監(jiān)控，數(shù)據(jù)庫系統(tǒng)安全管理是一項長期而艱巨的工作。信息安全是涉及公司產(chǎn)業(yè)發(fā)展和公司安全的重大問題。數(shù)據(jù)庫安全系統(tǒng)部署了審計數(shù)據(jù)處理中心、安全管理系統(tǒng)控制臺、多臺數(shù)據(jù)庫審計系統(tǒng)、及大量的數(shù)據(jù)庫安全插件，保障數(shù)據(jù)庫信息的有效性和合法性。規(guī)范了用戶訪問行為，加強(qiáng)了安全審計、風(fēng)險級別評價工作，從而更有力保障數(shù)據(jù)庫系統(tǒng)的安全。

參考文獻(xiàn)：

[1]王永祥.論企業(yè)數(shù)據(jù)安全保護(hù)方案[J].網(wǎng)絡(luò)安全技術(shù)與應(yīng)用，2011（61）：13-14.

第2篇：數(shù)據(jù)庫系統(tǒng)設(shè)計方案范文

關(guān)鍵詞：SQL Server 2008數(shù)據(jù)庫；數(shù)據(jù)庫優(yōu)化；性能優(yōu)化

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2015）06-0003-03

SQL Server 2008數(shù)據(jù)庫性能對其可用性和可靠性有著重要影響，大部分?jǐn)?shù)據(jù)庫系統(tǒng)在長期運行的環(huán)境下都會產(chǎn)生性能問題，這些性能問題包括數(shù)據(jù)庫服務(wù)器、內(nèi)存、硬件設(shè)備、軟件系統(tǒng)等多個方面。由此，對SQL Server 2008數(shù)據(jù)庫系統(tǒng)進(jìn)行性能優(yōu)化和調(diào)整，對于促進(jìn)數(shù)據(jù)庫系統(tǒng)的高效運行有著重要左右。SQL Server 2008數(shù)據(jù)庫的性能優(yōu)化與調(diào)整設(shè)計多個層次和不同方面，必須進(jìn)行統(tǒng)一規(guī)劃，分步實施，再根據(jù)系統(tǒng)分析做出適當(dāng)調(diào)著，這樣能夠有效提高數(shù)據(jù)庫系統(tǒng)的可用性和穩(wěn)定性，徹底解決性能瓶頸問題，從根本上節(jié)約系統(tǒng)開銷。

1 SQL Server 2008數(shù)據(jù)庫優(yōu)化的目標(biāo)

1.1 提高吞吐量

SQL Server 2008數(shù)據(jù)庫系統(tǒng)吞吐量指的是規(guī)定時間內(nèi)服務(wù)器能夠處理的數(shù)據(jù)總數(shù)，即每個單元時間內(nèi)實現(xiàn)的工作量，單元時間以秒計算，該值越高代表吞吐量越高。數(shù)據(jù)庫系統(tǒng)吞吐量的提高主要包括兩種方法：一是在相同的數(shù)據(jù)資源環(huán)境下產(chǎn)生更多工作量；二是降低總體反應(yīng)時間，實現(xiàn)完成工作量速度的提高，此時可以增加用戶等待的資源，例如增加CPU數(shù)量等。在同一個SQL Server 2008數(shù)據(jù)庫系統(tǒng)中，提高吞吐量和縮短反應(yīng)時間相互對立。如果延長反應(yīng)時間，則吞吐量高；如果縮短反應(yīng)時間，則吞吐量低。多個用戶在相同時間內(nèi)使用數(shù)據(jù)庫系統(tǒng)，每個用戶的吞吐事務(wù)量量會更大，但要等待的時間卻需要延長。相反，如果減少在相同時間內(nèi)使用數(shù)據(jù)庫系統(tǒng)的用戶數(shù)量，每個用戶的反應(yīng)時間會縮短，但吞吐事務(wù)量的總數(shù)也將降低。

1.2 縮短響應(yīng)時間

SQL Server 2008數(shù)據(jù)庫系統(tǒng)響應(yīng)時間指的當(dāng)用戶完成最后一個提交指令動作后，全部數(shù)據(jù)呈現(xiàn)在顯示器上的所需時間。系統(tǒng)響應(yīng)時間通常以秒計算，數(shù)值越低越好。數(shù)據(jù)庫系統(tǒng)的響應(yīng)時間本質(zhì)是用戶等待終端后臺處理事務(wù)量耗費的時間，也是用戶當(dāng)用戶出現(xiàn)被處理事務(wù)直觀反應(yīng)時的時間量。SQL Server 2008數(shù)據(jù)庫系統(tǒng)的響應(yīng)時間包括服務(wù)時間和等待時間，系統(tǒng)服務(wù)時間與用戶等待時間的總和作為系統(tǒng)響應(yīng)時間。由此可見，縮短數(shù)據(jù)庫系統(tǒng)響應(yīng)時間主要包括兩種方法：一是提高數(shù)據(jù)庫的吞吐量，降低系統(tǒng)服務(wù)時間；減少同時訪問數(shù)據(jù)庫的用戶數(shù)量，降低用戶等段時間。

1.3 支持更多用戶

在對SQL Server 2008數(shù)據(jù)庫系統(tǒng)進(jìn)行調(diào)整配置時，必須考慮到該數(shù)據(jù)庫系統(tǒng)與其他系統(tǒng)、客戶端的連通能力。對于為了提高與大量客戶連通能力而調(diào)整數(shù)據(jù)庫系統(tǒng)的操作來說，終端內(nèi)存也是不可忽視的重點因素。管理員需要明確了解用戶對終端內(nèi)存的使用需求，保證在高峰時期內(nèi)用戶對數(shù)據(jù)庫系統(tǒng)的操作不會溢出。此時，系統(tǒng)管理員可以增加一些內(nèi)存配置，以滿足用戶的訪問需求，但需要實時監(jiān)控操作系統(tǒng)資源變化情況。同時，系統(tǒng)管理員也可以根據(jù)自己的實際工作經(jīng)驗對用戶所需系統(tǒng)資源進(jìn)行判斷，盡量控制用戶對系統(tǒng)資源的需求量，時刻監(jiān)控資源使用情況。隨著用戶數(shù)量的不斷增加，系統(tǒng)管理員要重新調(diào)整資源分配量，確保做到心中有數(shù)。

1.4 提高容錯能力

對于SQL Server 2008數(shù)據(jù)庫系統(tǒng)來說，容錯能力是體現(xiàn)系統(tǒng)性能的重點。對于中大型企業(yè)來說，數(shù)據(jù)庫系統(tǒng)的停止運行在任何情況下都是災(zāi)難性的。因此，系統(tǒng)管理員需要做到定期檢查和備份數(shù)據(jù)庫，以此來提高數(shù)據(jù)庫系統(tǒng)的容錯能力。當(dāng)對SQL Server 2008數(shù)據(jù)庫系統(tǒng)的容錯能力要求較高時，數(shù)據(jù)庫系統(tǒng)的優(yōu)化調(diào)整必須注意以下兩點：一是數(shù)據(jù)庫系統(tǒng)的配置應(yīng)該選擇RAID磁盤陣列，減少磁盤陣列發(fā)生故障的次數(shù)；二是應(yīng)該配置ECC內(nèi)存來確保數(shù)據(jù)庫系統(tǒng)的容錯性。對于要求SQL Server 2008數(shù)據(jù)庫7*24小時不間斷運行的企業(yè)來說，系統(tǒng)管理員要及時配置冗余備份系統(tǒng)，確保當(dāng)主機(jī)停機(jī)時備用系統(tǒng)能夠立刻啟動。

1.5 縮短加載時間

很多SQL Server 2008數(shù)據(jù)庫系統(tǒng)運行有著以下需求：白天數(shù)據(jù)庫系統(tǒng)正常運行，夜間某個時段將部分?jǐn)?shù)據(jù)量上載到系統(tǒng)中，使系統(tǒng)能在第二天對其進(jìn)行處理。通常情況下，數(shù)據(jù)上載時間是有限且固定的，在這段時間內(nèi)必須完成。如果要確保系統(tǒng)上載數(shù)據(jù)對時間控制的要求，系統(tǒng)管理員需要額外配置硬件設(shè)備，導(dǎo)致整體成本的提高。因此，系統(tǒng)管理員需要對I/O子系統(tǒng)進(jìn)行適當(dāng)調(diào)整，進(jìn)而縮短數(shù)據(jù)加載耗費的時間。但是，I/O子系統(tǒng)的調(diào)整也可能會對系統(tǒng)其他方面帶來影響，在縮短數(shù)據(jù)加載的同時，及時優(yōu)化數(shù)據(jù)庫系統(tǒng)運行性能，其影響程度可降至最低。

2 SQL Server 2008數(shù)據(jù)庫常見的瓶頸問題

2.1 CPU問題

CPU是支持終端運行的重要設(shè)備，如果CPU運行長期處于極限狀態(tài)，那么CPU就成為了整個系統(tǒng)的瓶頸問題，尤其是同一時間內(nèi)用戶對系統(tǒng)資源進(jìn)行訪問時，CPU的計算處理能力至關(guān)重要。一般情況下，雖然由操作系統(tǒng)內(nèi)核負(fù)責(zé)分配CPU資源給SQL Server 2008數(shù)據(jù)庫系統(tǒng)使用，但當(dāng)進(jìn)程較多時，很容易帶來CPU“卡死”的問題。

2.2 內(nèi)存問題

當(dāng)計算機(jī)系統(tǒng)運行時，請求數(shù)據(jù)和等待數(shù)據(jù)全都暫時存儲在系統(tǒng)內(nèi)存中。如果系統(tǒng)內(nèi)存不足，很容易造成高速緩沖區(qū)命中率低，用戶請求的數(shù)據(jù)不再緩沖區(qū)中，使計算機(jī)操作系統(tǒng)頻繁換頁，進(jìn)一步增加了I/O子系統(tǒng)的開銷，最終出現(xiàn)數(shù)據(jù)庫系統(tǒng)瓶頸問題。

2.3 存儲設(shè)備問題

存儲SQL Server 2008數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)信息的設(shè)備包括CD-ROM驅(qū)動器、硬盤驅(qū)動器等。系統(tǒng)在單元時間內(nèi)處理I/O數(shù)量是固定不變的，當(dāng)CPU運行中要求I/O速率超過系統(tǒng)速率時，就會帶來存儲設(shè)備瓶頸問題的發(fā)生。

2.4 網(wǎng)絡(luò)傳輸問題

當(dāng)網(wǎng)絡(luò)負(fù)荷量過大，網(wǎng)絡(luò)數(shù)據(jù)傳輸速度無法達(dá)到網(wǎng)絡(luò)部件提出的需求時，網(wǎng)絡(luò)瓶頸問題就會出現(xiàn)。只有降低SQL Server 2008數(shù)據(jù)庫系統(tǒng)的吞吐量，延長響應(yīng)時間，才能解決該問題。

3 SQL Server 2008數(shù)據(jù)庫數(shù)性能優(yōu)化的實施

3.1 優(yōu)化數(shù)據(jù)庫設(shè)計

要實現(xiàn)SQL Server 2008數(shù)據(jù)庫系統(tǒng)的最佳性能，關(guān)鍵在數(shù)據(jù)庫設(shè)計時要有一個完善的設(shè)計方案。數(shù)據(jù)庫設(shè)計方案要先于信息管理系統(tǒng)開發(fā)之前完成。雖然SQL Server 2008數(shù)據(jù)庫系統(tǒng)本身已經(jīng)針對自身進(jìn)行了性能調(diào)節(jié)，但如果數(shù)據(jù)庫設(shè)計存在結(jié)構(gòu)問題，后期無論如何對數(shù)據(jù)庫系統(tǒng)進(jìn)行性能優(yōu)化和調(diào)整都無法取得良好效果。因此，只有確保數(shù)據(jù)庫設(shè)計的邏輯設(shè)計與物理設(shè)計功能完善，結(jié)構(gòu)合理，才能真正提高SQL Server 2008數(shù)據(jù)庫系統(tǒng)性能。

3.2 優(yōu)化應(yīng)用程序結(jié)構(gòu)

在信息管理系統(tǒng)開發(fā)之前，要根據(jù)用戶實際需求設(shè)計SQL Server 2008數(shù)據(jù)庫體系結(jié)構(gòu)。傳統(tǒng)的C/S架構(gòu)模式適用于用戶數(shù)量少、開發(fā)規(guī)模小、網(wǎng)絡(luò)運行環(huán)境安全的單一數(shù)據(jù)庫設(shè)計；如果用戶數(shù)量較多，系統(tǒng)資源有限，不能時刻確保網(wǎng)絡(luò)運行環(huán)境安全，在高峰時期會出現(xiàn)大量客戶提出訪問請求的情況下，可以采用多體系B/S架構(gòu)模式完成數(shù)據(jù)庫設(shè)計。

3.3 優(yōu)化應(yīng)用程序

據(jù)調(diào)查研究顯示，對SQL Server 2008數(shù)據(jù)庫硬件設(shè)備、操作系統(tǒng)、網(wǎng)絡(luò)環(huán)境和數(shù)據(jù)參數(shù)的優(yōu)化獲得的性能提升只占總體性能提升的40%左右，剩余60%左右的數(shù)據(jù)庫系統(tǒng)性能提升全部來源于對應(yīng)用程序的優(yōu)化和調(diào)整。應(yīng)用程序的性能優(yōu)化包括兩個方面：SQL語句和源代碼。SQL語句占用數(shù)據(jù)庫系統(tǒng)資源的80%左右，應(yīng)用程序?qū)?shù)據(jù)庫系統(tǒng)的請求的實質(zhì)是SQL語句對數(shù)據(jù)庫系統(tǒng)的請求，SQL語句的處理效率直接對數(shù)據(jù)庫系統(tǒng)性能產(chǎn)生影響。因此，對不合理的SQL語句進(jìn)行優(yōu)化調(diào)整能夠切實提高數(shù)據(jù)庫系統(tǒng)的內(nèi)存命中率，降低網(wǎng)絡(luò)帶寬占用比，從而進(jìn)一步顯著改善數(shù)據(jù)庫系統(tǒng)性能。

3.4 調(diào)整內(nèi)存分配

SQL Server 2008數(shù)據(jù)庫系統(tǒng)內(nèi)存包括可共享內(nèi)存、運行時內(nèi)存和永久性內(nèi)存，這三種內(nèi)存的合理分配使用才能實現(xiàn)最優(yōu)性能。通常情況下包括兩條調(diào)整原則：一是使分配的內(nèi)存獲得最大收益，致力于解決利益最大化的問題；二是使分配的內(nèi)存之間競爭最小化，數(shù)據(jù)庫瓶頸問題主要是延遲等待，應(yīng)該盡可能解決這個問題。

3.5 優(yōu)化操作系統(tǒng)性能

SQL Server 2008數(shù)據(jù)庫服務(wù)器的性能與操作系統(tǒng)實際性能有著直接聯(lián)系。因此，針對操作系統(tǒng)進(jìn)行優(yōu)化調(diào)整的目的是為了減少內(nèi)存交換和分頁。如果必須以增加內(nèi)存交換和分頁來達(dá)到獲取更多內(nèi)存的目的，不但無法產(chǎn)生良好效果，甚至?xí)M(jìn)一步降低數(shù)據(jù)庫系統(tǒng)性能。由此可見，對操作系統(tǒng)的優(yōu)化調(diào)整包括以下幾個方面：首先，為SQL Server 2008數(shù)據(jù)庫規(guī)劃資源；其次，更換調(diào)整系統(tǒng)內(nèi)存配置；最后，在數(shù)據(jù)庫服務(wù)器中設(shè)置進(jìn)程優(yōu)先級別。

4 產(chǎn)品訂單信息管理系統(tǒng)數(shù)據(jù)庫優(yōu)化設(shè)計方案

4.1 系統(tǒng)開發(fā)模式

本文以某企業(yè)產(chǎn)品訂單信息管理系統(tǒng)為例，分析了在系統(tǒng)開發(fā)設(shè)計中如何做到優(yōu)化數(shù)據(jù)庫性能。

目前，在信息管理系統(tǒng)設(shè)計中普遍采用的開發(fā)模式包括C/S模式和B/S模式兩種，分別是客戶機(jī)/服務(wù)器和瀏覽器/服務(wù)器模式。C/S開發(fā)模式能夠?qū)⑷蝿?wù)進(jìn)行合理分配，在分別給客戶機(jī)端和服務(wù)器端，這種方式充分利用了兩端硬件設(shè)備資源，同時降低了系統(tǒng)資源開銷，早期開發(fā)的信息管理系統(tǒng)大多采用C/S開發(fā)模式。B/S開發(fā)模式是針對C/S模式的改進(jìn)，可以實現(xiàn)通過瀏覽器呈現(xiàn)用戶界面，部分事務(wù)邏輯能夠在瀏覽器前端實現(xiàn)，主要事務(wù)邏輯在服務(wù)器后端實現(xiàn)，以此形成了三層體系架構(gòu)方式。因此，產(chǎn)品訂單信息管理系統(tǒng)應(yīng)該采用B/S開發(fā)模式，確保系統(tǒng)界面友好，可靠性強(qiáng)，易于維護(hù)。

4.2 系統(tǒng)開發(fā)平臺

1）服務(wù)器端

操作系統(tǒng)：Windows 7

數(shù)據(jù)庫系統(tǒng)：SQL Server 2008

2）客戶端

操作系統(tǒng)：Windows 7

開發(fā)語言：SQL Server 2008

4.3 數(shù)據(jù)庫設(shè)計

企業(yè)產(chǎn)品訂單信息管理系統(tǒng)的數(shù)據(jù)庫設(shè)計是否完善對系統(tǒng)性能有著重大影響。由此，系統(tǒng)數(shù)據(jù)庫設(shè)計應(yīng)該借鑒大型數(shù)據(jù)庫的設(shè)計原則和流程。在數(shù)據(jù)庫系統(tǒng)的整個生命周期中，設(shè)計最初時期要爭取實現(xiàn)數(shù)據(jù)庫性能優(yōu)化的效益最大化，因此，企業(yè)產(chǎn)品訂單信息管理系統(tǒng)的數(shù)據(jù)庫模式采用3NF標(biāo)準(zhǔn)，允許出現(xiàn)部分冗余數(shù)據(jù)。

數(shù)據(jù)庫表設(shè)計中包括用戶基本信息表、用戶詳細(xì)信息表、產(chǎn)品基本信息表、產(chǎn)品詳細(xì)信息表、訂單基本信息表和訂單詳細(xì)信息表，這6張數(shù)據(jù)庫表共占1M存儲空間。

用戶基本信息表：主鍵是用戶編號。表中包括了在該企業(yè)訂購過產(chǎn)品的用戶信息。

用戶詳細(xì)信息表：主鍵和外鍵都是用戶編號。該表存儲在企業(yè)訂購過產(chǎn)品的用戶的個人信息，包括姓名、性別、手機(jī)號碼、收貨地址和郵箱等。

產(chǎn)品基本信息表：主鍵是產(chǎn)品編號。表中包括各種產(chǎn)品的采購時間、采購數(shù)量、庫存數(shù)量、采購人員信息。

產(chǎn)品詳細(xì)信息表：主鍵和外鍵都是產(chǎn)品編號。該表用于存儲產(chǎn)品詳細(xì)信息，包括產(chǎn)品名稱、所屬類別、保質(zhì)時間、價格變動等。

訂單基本信息表：主鍵是訂單編號，外鍵是用戶編號。該表用于存儲每個訂單產(chǎn)生的精確時間、用戶編號、訂單受理人員等信息。

訂單詳細(xì)信息表：主鍵和外鍵都是訂單編號和產(chǎn)品編號。該表用于存儲每一筆訂單生成時產(chǎn)生的產(chǎn)品編號、產(chǎn)品名稱、產(chǎn)品訂購數(shù)量等信息。

參考文獻(xiàn)：

[1] 菊. 試論SQL server數(shù)據(jù)庫的優(yōu)化探索[J]. 科技創(chuàng)新導(dǎo)報，2015（14）：41.

[2] 王強(qiáng). 大數(shù)據(jù)背景下基于B-樹結(jié)構(gòu)的SQL Server數(shù)據(jù)優(yōu)化策略研究[J]. 電腦知識與技術(shù)，2015（14）：4-5.

[3] 陳林琳. SQL Server數(shù)據(jù)庫系統(tǒng)的性能優(yōu)化策略研究[J]. 網(wǎng)絡(luò)安全技術(shù)與應(yīng)用，2014（12）：37+39.

第3篇：數(shù)據(jù)庫系統(tǒng)設(shè)計方案范文

關(guān)鍵詞：分布式；數(shù)據(jù)庫；查詢；優(yōu)化

分布式數(shù)據(jù)庫是一個邏輯上完整而在物理上分散在若干臺互相連接著的計算機(jī)上的數(shù)據(jù)庫系統(tǒng)，各組件分布在網(wǎng)絡(luò)的各個節(jié)點上，依靠特定的更新和檢索機(jī)制進(jìn)行數(shù)據(jù)庫分布，數(shù)據(jù)庫的所有性能都會顯著增強(qiáng)。分布式數(shù)據(jù)庫系統(tǒng)使用計算機(jī)網(wǎng)絡(luò)將地理位置分散而管理和控制又需要不同程度集中的多個邏輯單位連接起來，共同組成一個統(tǒng)一的數(shù)據(jù)庫系統(tǒng)。因此，分布式數(shù)據(jù)庫系統(tǒng)可以看成是計算機(jī)網(wǎng)絡(luò)與數(shù)據(jù)庫系統(tǒng)的有機(jī)結(jié)合。

1.分布式數(shù)據(jù)庫查詢的定義

分布式數(shù)據(jù)庫系統(tǒng)(Distributed Data Base System，DDBS)是物理上分布而邏輯上集中的數(shù)據(jù)庫系統(tǒng)。物理上分布是指分布式數(shù)據(jù)庫系統(tǒng)中的數(shù)據(jù)分布在由網(wǎng)絡(luò)連接起來的、地理位置分散的不同站點上；邏輯上集中是指各數(shù)據(jù)庫站點之間在邏輯上是一個整體，并由統(tǒng)一的數(shù)據(jù)庫管理系統(tǒng)進(jìn)行管理，同時各站點又具有管理本地數(shù)據(jù)的能力。分布式數(shù)據(jù)庫系統(tǒng)可看成是計算機(jī)網(wǎng)絡(luò)與數(shù)據(jù)庫系統(tǒng)的有機(jī)結(jié)合。

分布式數(shù)據(jù)庫系統(tǒng)有兩個重要的組成部分：分布式數(shù)據(jù)庫(Distributed Data Base， DDB)和分布式數(shù)據(jù)庫管理系統(tǒng)(Distributed Data Base Management System，DDBMS)。 分布式數(shù)據(jù)庫是計算機(jī)網(wǎng)絡(luò)中各站點上數(shù)據(jù)庫的邏輯集合。也就是分布式數(shù)據(jù)庫是一組結(jié)構(gòu)化的數(shù)據(jù)集合，在邏輯上屬于同一個系統(tǒng)，在物理上分布在計算機(jī)網(wǎng)絡(luò)的不同站點上，是集中與分布的統(tǒng)一。

這個定義強(qiáng)調(diào)了分布式數(shù)據(jù)庫的兩種特性；

(1) 數(shù)據(jù)分布性。即這些數(shù)據(jù)庫是分布在不同站點上的。這把分布式數(shù)據(jù)庫與單一的集中式數(shù)據(jù)庫別開來。

(2)邏輯關(guān)聯(lián)性。即這些數(shù)據(jù)庫具有某些把它們聯(lián)系在一起的性質(zhì)。這把分布式數(shù)據(jù)庫與駐留在計算機(jī)網(wǎng)絡(luò)不同站點上的一組本地數(shù)據(jù)庫區(qū)別開來。

分布式數(shù)據(jù)庫管理系統(tǒng)是分布式數(shù)據(jù)庫中的一組軟件，負(fù)責(zé)管理分布環(huán)境下邏輯集成數(shù)據(jù)的存取、一致性和完整性。同時，由于數(shù)據(jù)的分布性，在管理機(jī)制上還必須具有計算機(jī)網(wǎng)絡(luò)通信協(xié)議的分布管理特性。

2.分布式數(shù)據(jù)庫查詢優(yōu)化的目標(biāo)與方案

2.1優(yōu)化的目標(biāo)

分布式查詢系統(tǒng)的優(yōu)化目標(biāo)一般有兩種：一是使網(wǎng)絡(luò)數(shù)據(jù)傳輸量最小，一是使響應(yīng)時間最短。與集中式的數(shù)據(jù)庫系統(tǒng)相比，網(wǎng)絡(luò)的傳輸速度與計算機(jī)內(nèi)部的數(shù)據(jù)傳輸速度一般相差幾個數(shù)量級，因此查詢的局部處理時間與節(jié)點之間數(shù)據(jù)傳輸?shù)臅r間相比，幾乎可以忽略不計。而過多的網(wǎng)絡(luò)傳輸可能會給網(wǎng)絡(luò)造成比較大的負(fù)擔(dān)。因此，減少網(wǎng)絡(luò)數(shù)據(jù)傳輸量成為分布式查詢處理的主要問題。因此，分布式查詢處理常常以減少網(wǎng)絡(luò)間傳遞的數(shù)據(jù)量作為優(yōu)化目標(biāo)。另一方面，不同節(jié)點之間的網(wǎng)絡(luò)傳輸速率可能是不同的，相同節(jié)點之間的傳輸速率在不同的時間可能也有所不同。同時，局部查詢的處理時間有時也會影響整個查詢的響應(yīng)速度。在上述情況下，網(wǎng)絡(luò)數(shù)據(jù)傳輸量已經(jīng)不能完全代表查詢的質(zhì)量，而要更多地去注意查詢的響應(yīng)時間。在有些情況下，查詢處理需要同時考慮網(wǎng)絡(luò)數(shù)據(jù)傳輸量和響應(yīng)時間。這時，算法需要在這兩者之間做出權(quán)衡。需要指出的是，設(shè)計查詢優(yōu)化算法并不一定要尋求“最優(yōu)算法”，而是要尋找到“滿意算法”就可以了。這首先是因為所謂“最優(yōu)”的概念本身就是十分模糊的?！白顑?yōu)”的模糊不清首先是由目標(biāo)的不清引起的，因為分布式查詢的優(yōu)化目標(biāo)往往是多種因素權(quán)衡的結(jié)果，是一個半結(jié)構(gòu)化問題。其次是因為尋找“最優(yōu)”往往要付出比所得到的更多的代價，是不劃算的。我們應(yīng)該全面衡量網(wǎng)絡(luò)流量、響應(yīng)時間、服務(wù)器負(fù)載、算法復(fù)雜性等等因素，設(shè)計出“滿意算法”。

2.2優(yōu)化方案的內(nèi)容

我們這里提出查詢優(yōu)化方案的概念，而不僅僅是查詢優(yōu)化算法。優(yōu)化方案包含優(yōu)化算法，同時還包括其它的和優(yōu)化相關(guān)的系統(tǒng)設(shè)計方案。我們認(rèn)為一個完整的查詢優(yōu)化方案應(yīng)該包括：分布式查詢系統(tǒng)的體系結(jié)構(gòu)：我們在前面曾經(jīng)提出三種分布式查詢系統(tǒng)的體系結(jié)構(gòu)，在我們設(shè)計的松散藕合的分布式信息系統(tǒng)中，主要采用的是第一種體系結(jié)構(gòu)，我們將體系結(jié)構(gòu)默認(rèn)為當(dāng)前討論的分布式查詢系統(tǒng)的體系結(jié)構(gòu)。優(yōu)化的位置：分布式查詢系統(tǒng)可以在各種位置進(jìn)行優(yōu)化。分布式查詢算法優(yōu)化是指GQP的優(yōu)化。LQP也應(yīng)該進(jìn)行優(yōu)化以提高局部查詢的速度，只是因為LQP現(xiàn)在一般都應(yīng)用比較成熟的商業(yè)數(shù)據(jù)庫軟件系統(tǒng)，其本身己經(jīng)優(yōu)化得非常好了，因此在實際應(yīng)用中一般不再考慮LQP的優(yōu)化問題。此外，可以在許多位置增加緩存以提高頻繁查詢的速度?？梢栽黾泳彺娴奈恢糜校河脩艨蛻舳?、GQP， LQP等等。軟、硬件組成及其結(jié)構(gòu)：用什么樣的方式組成一個分布式的信息系統(tǒng)對分布式的查詢效果的影響是非常大的。傳統(tǒng)的服務(wù)器/客戶兩層結(jié)構(gòu)模式，在局域網(wǎng)中可以比較好地訪問數(shù)據(jù)庫中的數(shù)據(jù)，但是在基于廣域網(wǎng)的分布式系統(tǒng)中，服務(wù)器/客戶兩層結(jié)構(gòu)由于在服務(wù)器和客戶端之間必須要建立一個會話，因此數(shù)據(jù)訪問的效率大大降低了?，F(xiàn)在流行多層體系結(jié)構(gòu)就很好地解決了這個問題。

2.3查詢優(yōu)化技術(shù)方案

數(shù)據(jù)庫系統(tǒng)研究的主要目標(biāo)是盡可能的對用戶隱藏數(shù)據(jù)結(jié)構(gòu)的細(xì)節(jié)，使數(shù)據(jù)庫系統(tǒng)的應(yīng)用更能面向各個領(lǐng)域。同樣，分布式數(shù)據(jù)庫研究的主要目標(biāo)之一是隱藏分布式環(huán)境的細(xì)節(jié)，使系統(tǒng)用起來更加簡單、有效。關(guān)系數(shù)據(jù)模型可以為集中式數(shù)據(jù)庫提供一個數(shù)據(jù)無關(guān)的接口。關(guān)系數(shù)據(jù)庫語言是關(guān)系演算，使用該語言進(jìn)行數(shù)據(jù)查詢時，只需對要查詢的數(shù)據(jù)進(jìn)行簡單的描述，而無須說明如何獲取這些數(shù)據(jù)，SQL語言就是其中之一。但是，使用這種語言，也要對搜索、存取操作以及數(shù)據(jù)傳輸過程進(jìn)行說明，因此，相應(yīng)的查詢優(yōu)化技術(shù)的研究和發(fā)展也在不斷進(jìn)行。所謂查詢優(yōu)化，就是要保證查詢總開銷和總時間為最小。查詢優(yōu)化器的主要任務(wù)是控制和加快查詢的執(zhí)行和數(shù)據(jù)的傳輸過程。

查詢優(yōu)化器(如圖3.1)首先以查詢的某種表示作為輸入，這種表示是查詢處理器的語法分析子模塊的輸出，查詢優(yōu)化器為查詢選擇一種適當(dāng)?shù)臄?shù)據(jù)存取策略。

查詢優(yōu)化的基本類型通常包括兩類：針對查詢執(zhí)行代價的優(yōu)化和針對查詢響 應(yīng)時間的優(yōu)化。針對查詢執(zhí)行代價進(jìn)行優(yōu)化的目標(biāo)是，使查詢執(zhí)行所使用的系統(tǒng)資源(總和)盡量地少，從而降低系統(tǒng)開銷，整個系統(tǒng)的開銷可以從單個系統(tǒng)資源的開銷表達(dá)式中推出。針對查詢響應(yīng)時間優(yōu)化的目標(biāo)是盡量減少查詢的響應(yīng)時間，而不計較系統(tǒng)資源的耗費。

查詢處理器中的查詢優(yōu)化子模塊將對以下問題進(jìn)行決策：

(1)操作執(zhí)行的順序；

(2)關(guān)系的存取方法；

(3)操作的執(zhí)行算法(特別是聯(lián)結(jié)操作)；

(4)不同站點之間數(shù)據(jù)流動的順序。

3.基于直接連接的查詢優(yōu)化算法研究

采用半連接操作可以對參與查詢的關(guān)系進(jìn)行縮減，減少網(wǎng)絡(luò)上的數(shù)據(jù)傳輸量，但同時也會造成通信的次數(shù)的增加以及本地處理時間的增加。而在高速局域網(wǎng)中往往將響應(yīng)時間作為查詢優(yōu)化的目標(biāo)，由于數(shù)據(jù)在站點間的傳輸時間通常要比局部處理時間要短，所以減少局部時間就成為查詢優(yōu)化的關(guān)鍵問題，在這種情況下采用直接連接算法的效果會比較好。

3.1分片復(fù)制算法

當(dāng)查詢不能在無數(shù)據(jù)傳送情況下進(jìn)行的時候，站點依賴算法就無法應(yīng)用了，則需要使用其他算法來實現(xiàn)查詢的優(yōu)化。分片復(fù)制算法就是一種解決方案，它的基本思想是：選擇分布式數(shù)據(jù)庫系統(tǒng)的一組站點，將某一參加查詢的關(guān)系進(jìn)行分片，并將得到的所有片段都放置到這些站點上，而將其他參與查詢的關(guān)系完整的復(fù)制到這些站點上，每個站點都可進(jìn)行關(guān)系的連接操作，而最后查詢的結(jié)果即是這些站點操作結(jié)果的并集。

3.2 Hash 劃分算法

另一類解決方案是以Hash劃分為基礎(chǔ)的優(yōu)化算法，它也是一種基于站點依賴的算法，并且也是一類比較流行的分布式數(shù)據(jù)庫查詢優(yōu)化算法。Hash劃分是一種劃分方法，它對關(guān)系的某一屬性或者屬性集的元組值應(yīng)用Hash函數(shù)，得到這些元組的Hash值，然后將具有相同Hash值的元組放置到同一個站點。這樣經(jīng)過Hash劃分的每一個關(guān)系的元組都會根據(jù)該元組的Hash值存放到多個不同的站點上而組成相應(yīng)關(guān)系的水平片段，很顯然，不同的關(guān)系經(jīng)過同一種Hash劃分后是滿足站點依賴的。

3.3 Partition 算法及改進(jìn)

在涉及到多個關(guān)系的連接操作中，Partition算法通過對兩個或多個關(guān)系在同一連接屬性上進(jìn)行片段劃分，來提高連接操作的并行性，以此來加快整個查詢的查詢速度。這種方法的目的就是利用分布式數(shù)據(jù)庫的分布性特點，使得查詢操作能夠在多個站點上并行進(jìn)行，縮短查詢的響應(yīng)時間。但是對于海量信息以及關(guān)系較多連接屬性各不相同的查詢而言，這種方法的效果仍然不理想，因此下面將查詢圖劃分與Partition算法相結(jié)合，對Partition算法進(jìn)行改進(jìn)。

Partition算法在多種劃分方案中只用到了其中的一種，僅對該方案中的關(guān)系進(jìn)行了劃分，而其他剩余的參加查詢的關(guān)系被整個復(fù)制到其他站點上。針對此問題，本文引入了一種查詢圖劃分方法，通過查詢圖的劃分可以將整個查詢圖劃分為多個子查詢圖，這樣再對子查詢圖中的連接應(yīng)用Partition算法，這樣就避免產(chǎn)生大量冗余關(guān)系的情況。

經(jīng)過查詢圖劃分后的子查詢圖，也就是各組中，所有的關(guān)系或者大部分的關(guān)系都可以在同一連接屬性上進(jìn)行屬性劃分，這就為Partition算法提供了一個良好的條件。為了簡便起見，改進(jìn)算法做了一個假設(shè)，那就是查詢圖中的所有節(jié)點就是該分布式數(shù)據(jù)庫系統(tǒng)的所有站點，那么改進(jìn)的算法的步驟可以描述為如下幾步：

（1）查詢圖劃分：按照查詢圖劃分方法進(jìn)行劃分，得到多個組。

（2）Partition算法：每一個組中的連接操作都應(yīng)用Partition算法來處理，每個組內(nèi)所有節(jié)點上的結(jié)果取并集就是該組的連接操作的結(jié)果，那么經(jīng)過Partition算法處理過的組可看作是一個節(jié)點，但是組內(nèi)的實際節(jié)點數(shù)并沒有發(fā)生變化。

（3）迭代：重復(fù)執(zhí)行（1）和（2），直到查詢圖合并為一個點為止，最后所有站點上的處理結(jié)果取并集就是最終的查詢結(jié)果。

參考文獻(xiàn)：

[1]于秀霞，宋雅娟. 分布式數(shù)據(jù)庫半連接查詢優(yōu)化算法的研究[J]. 長春理工大學(xué)學(xué)報，2006，V29(4)：69-72

第4篇：數(shù)據(jù)庫系統(tǒng)設(shè)計方案范文

關(guān)鍵詞：物流管理；信息系統(tǒng)；系統(tǒng)結(jié)構(gòu)；開發(fā)設(shè)計

中圖分類號：F251 文獻(xiàn)標(biāo)識碼：A 文章編號：1006-8937（2014）30-0055-02

我國電子商務(wù)以及相關(guān)行業(yè)發(fā)展迅速主要得益于物流企業(yè)的高速發(fā)展，而物流管理信息系統(tǒng)對于物流企業(yè)的運行有著直接的影響，所以對于物流管理信息系統(tǒng)的開發(fā)以及相關(guān)問題的解決意義重大。物流管理信息系統(tǒng)是由人員、計算機(jī)應(yīng)用軟件、網(wǎng)絡(luò)通信設(shè)備等等設(shè)備所組成的，主要用于對物流信息的管理與分析，同時為物流企業(yè)的運行發(fā)展提供相關(guān)建議，以提高物流企業(yè)的市場競爭優(yōu)勢，同時還可以進(jìn)一步提高物流運作效率，為了人們提供更為快捷的物流服務(wù)。

1 物流管理信息系統(tǒng)概述

物流管理信息系統(tǒng)是物流企業(yè)的核心，物流管理信息系統(tǒng)的開發(fā)研究對物流企業(yè)的發(fā)展及其重要，是物流企業(yè)的運行過程中，物流管理信息系統(tǒng)主要是對物流各個環(huán)節(jié)的管理，例如對倉儲管理、運輸及配載管理、財務(wù)管理、人力資源管理等各方面的管理。

1.1 倉儲管理子系統(tǒng)

物流管理信息系統(tǒng)的倉儲管理功能主要是靠倉儲管理子系統(tǒng)（來實現(xiàn)的簡稱WMS），隨著產(chǎn)品品種和數(shù)量的增加，對于如何存儲這些產(chǎn)品，如何管理好他們以及如何將有限的倉儲面積發(fā)揮出最佳功效，倉儲管理子系統(tǒng)的主要做義工，同時倉儲管理子系統(tǒng)還需要對自動化設(shè)備進(jìn)行控制，實現(xiàn)對產(chǎn)品的有效管理，保障企業(yè)的正常運行。

1.2 運輸及配載管理運輸管理子系統(tǒng)

運輸及配載管理運輸管理子系統(tǒng)主要是對運輸工具（車、船、飛機(jī)等）、運輸環(huán)境（運輸線路、站點和地圖）、運輸人員、產(chǎn)品運等等方面的管理，同時還需要對運輸成本、運輸資源成本、客戶需求以及貨物的跟蹤管理，此系管理涉及了各方面技術(shù)，例如信息管理系統(tǒng)、GPS系統(tǒng)等，是整個系統(tǒng)的重要環(huán)節(jié)，應(yīng)當(dāng)引起物流企業(yè)高層管理人員的重視。

1.3 人力資源管理子系統(tǒng)

人力資源管理子系統(tǒng)與ERP人力資源管理方式不同，力資源管理子系統(tǒng)主要是針對工作人員的情況管理，例如對工作人員的工作經(jīng)驗、工作能力以及業(yè)績評估表等等資料，有利于充分利用工作人員的能力，進(jìn)而實現(xiàn)對工作人員的全面評價，提高企業(yè)的工作效率。

2 物流管理信息系統(tǒng)設(shè)計

物流管理信息系統(tǒng)設(shè)計對于企業(yè)運作意義重大，同時在其設(shè)計的過程中，需要根據(jù)實際情況、功能需求設(shè)計，同時還需要考慮的系統(tǒng)設(shè)計成本，結(jié)合不同企業(yè)的運作方式進(jìn)行全面綜合設(shè)計，以滿足實際工作所需。

2.1 根據(jù)企業(yè)業(yè)務(wù)管理方式進(jìn)行系統(tǒng)設(shè)計

在物流企業(yè)中，業(yè)務(wù)管理是企業(yè)管理的重要環(huán)節(jié)，所以對于物流管理信息系統(tǒng)設(shè)計需要根據(jù)企業(yè)的業(yè)務(wù)管理機(jī)制來進(jìn)行設(shè)計，以業(yè)務(wù)流程機(jī)制作為系統(tǒng)管理機(jī)制，以企業(yè)供應(yīng)鏈為系統(tǒng)構(gòu)架，形成管理系統(tǒng)的業(yè)務(wù)流程管理機(jī)制，并對所有業(yè)務(wù)情況進(jìn)行統(tǒng)一管理，實現(xiàn)資源利用的最大化，提升企業(yè)業(yè)務(wù)管理能力。

2.2 根據(jù)企業(yè)資源管理模式進(jìn)行系統(tǒng)設(shè)計

物流的企業(yè)都是建立在統(tǒng)一資源管理模式之上，為保證資源信息與供應(yīng)鏈相匹配，同時加強(qiáng)對各方面的業(yè)務(wù)信息的管理，可以通過建立企業(yè)業(yè)務(wù)數(shù)據(jù)庫信息系統(tǒng)方式實現(xiàn)，以客戶為中心的業(yè)務(wù)數(shù)據(jù)庫信息系統(tǒng)，能夠?qū)崿F(xiàn)對客戶需要的完美實現(xiàn)。

2.3 全程化管理控制系統(tǒng)設(shè)計

全程化管理控制系統(tǒng)是整個系統(tǒng)的控制核心，通過將完整的計劃體系信息傳遞給供應(yīng)鏈各個環(huán)節(jié)，進(jìn)而實現(xiàn)對于業(yè)務(wù)的控制，并且在這基礎(chǔ)上形成完整的企業(yè)績效目標(biāo)體系，并且通過業(yè)務(wù)規(guī)則實現(xiàn)對業(yè)務(wù)的全程化控制，確保保證所有的業(yè)務(wù)的規(guī)則性，對于業(yè)務(wù)成本核算控制，主要通過采用面向業(yè)務(wù)流程核算方式對業(yè)務(wù)成本進(jìn)行核算控制，實現(xiàn)業(yè)務(wù)成本的動態(tài)控制，并且在每一項業(yè)務(wù)完成后，將業(yè)務(wù)信息傳遞到績效考核體系中，完成對工作人員的業(yè)績管理。

2.4 人力資源管理系統(tǒng)設(shè)計

為了能夠?qū)崿F(xiàn)對工作人員的業(yè)績準(zhǔn)確、全面的評價，通過全程化管理控制系統(tǒng)所反饋的數(shù)據(jù)，根據(jù)所有工作人員傳統(tǒng)業(yè)績的基礎(chǔ)上，建立人力資源管理系統(tǒng)，同時與其他子系統(tǒng)結(jié)合，有效的避免了傳統(tǒng)業(yè)績評價方式的局限性，全面發(fā)掘有用人才，根據(jù)人力資源管理系統(tǒng)，實現(xiàn)對工作效率、工作人員業(yè)務(wù)能力以及客戶信息的全面管理分析，并且根據(jù)現(xiàn)代企業(yè)管理方式，建立完善的工作人員業(yè)務(wù)管理系統(tǒng)，為企業(yè)決策提供原始的數(shù)據(jù)基礎(chǔ)。

3 物流管理信息系統(tǒng)開發(fā)流程

物流管理信息系統(tǒng)開發(fā)是一項復(fù)雜的系統(tǒng)工程，也要求系統(tǒng)性能完全、功能強(qiáng)大，所以對于物流管理信息系統(tǒng)開發(fā)人員而言需要具備整體性思維以及整體觀念，一般物流企業(yè)進(jìn)行物流管理信息系統(tǒng)開發(fā)流程主要分以下幾點：①對于系統(tǒng)構(gòu)架、現(xiàn)行系統(tǒng)的管理方法、信息流程等有關(guān)情況進(jìn)行全面調(diào)查，并且根據(jù)數(shù)據(jù)調(diào)研圖表，對信息系統(tǒng)管理方式以及管理系統(tǒng)的安全性進(jìn)行考慮；②通過構(gòu)建整體的物流信息系統(tǒng)邏輯模型，對于各個功能的模塊結(jié)構(gòu)進(jìn)行優(yōu)化，最后確定最優(yōu)設(shè)計方案；③通過邏輯模型對系統(tǒng)物理結(jié)構(gòu)進(jìn)行設(shè)計，而對于各個功能模塊結(jié)構(gòu)則是通過各種軟件編程方法來實現(xiàn)；④對于系統(tǒng)已經(jīng)設(shè)計完成的各個功能模塊進(jìn)行單獨調(diào)試，之后再進(jìn)行聯(lián)合調(diào)試，通過兩次調(diào)試結(jié)果情況、對其進(jìn)行功能完善，最后完成物流信息系統(tǒng)所需要的控制系統(tǒng)；⑤對于已經(jīng)設(shè)計好的系統(tǒng)，進(jìn)行全部功能進(jìn)行檢測，同時根據(jù)實際情況對于系統(tǒng)進(jìn)行一些修改，進(jìn)一步完善且在運行階段針對系統(tǒng)狀況進(jìn)行分析，確定系統(tǒng)的穩(wěn)定性。

4 物流管理信息系統(tǒng)的設(shè)計思路

對于物流管理信息系統(tǒng)的設(shè)計思路需要將系統(tǒng)結(jié)構(gòu)、系統(tǒng)管理、信息處理等等方面，實現(xiàn)企業(yè)業(yè)務(wù)流程及管理模式的管理，物流企業(yè)應(yīng)怎樣開發(fā)與實施物流信息管理系統(tǒng)，下文提出幾點具體的建議。

4.1 系統(tǒng)軟件設(shè)計

在對物流管理信息系統(tǒng)系統(tǒng)結(jié)構(gòu)設(shè)計，對于系統(tǒng)設(shè)計方案需要與軟件公司共同商討，制度出符合自身企業(yè)實際情況的主營業(yè)務(wù)管理流程方案和統(tǒng)計報表方案，尤其是自身企業(yè)的特殊環(huán)節(jié)絕對不能遺忘，通過對企業(yè)業(yè)務(wù)管理需求進(jìn)行分析總結(jié)，同時參考同行管理經(jīng)驗和自身管理凡是，制定屬于自身的管理信息系統(tǒng)方案。

4.2 由點到面的對系統(tǒng)進(jìn)行設(shè)計

物流企業(yè)因其自身的網(wǎng)點分布地域廣、人員集中性低、管理流程多等因素，導(dǎo)致缺乏一套簡易可行的實施方案，難以將管理系統(tǒng)推廣應(yīng)用，尤其是針對重要部門和關(guān)鍵環(huán)節(jié)，缺乏完善的培訓(xùn)和實施方案，這才是難以推廣和應(yīng)用管理信息系統(tǒng)的真正原因，所以在針對系統(tǒng)設(shè)計時，在系統(tǒng)設(shè)計時需要由點到面的、一層一層設(shè)計，這樣才能將系統(tǒng)結(jié)構(gòu)設(shè)計好。

4.3 根據(jù)企業(yè)自身情況來進(jìn)行系統(tǒng)設(shè)計

對于企業(yè)開發(fā)系統(tǒng)而言，系統(tǒng)代碼方式開發(fā)的信息系統(tǒng)需要根據(jù)企業(yè)業(yè)務(wù)不斷進(jìn)行調(diào)整，進(jìn)而設(shè)計出產(chǎn)生系統(tǒng)自主更新的需求，所以在對系統(tǒng)設(shè)計時，需要根據(jù)用戶功能，選擇具有用戶自主更新、調(diào)整管理功能的管理系統(tǒng)。

4.4 培養(yǎng)系統(tǒng)維護(hù)人員

對于一個管理系統(tǒng)而言，系統(tǒng)維護(hù)對于系統(tǒng)穩(wěn)定性是相當(dāng)重要的，通過系統(tǒng)更新、數(shù)據(jù)安全維護(hù)、數(shù)據(jù)備份等技術(shù)培訓(xùn)給專業(yè)的系統(tǒng)維護(hù)人員，保障系統(tǒng)能夠長期、正常、安全地運行。

4.5 重視系統(tǒng)的客戶服務(wù)功能

物流管理信息系統(tǒng)系統(tǒng)是針對客戶的服務(wù)的功能，所以系統(tǒng)需要具有良好的客戶服務(wù)功能，體現(xiàn)了企業(yè)對外服務(wù)能力和形象，直接對企業(yè)發(fā)展造成影響，對企業(yè)發(fā)展意義重大，所以信息管理系統(tǒng)必須具有完善的客服管理體系。

5 物流管理信息系統(tǒng)升級發(fā)展

物流管理信息系統(tǒng)的發(fā)展是很據(jù)實際企業(yè)發(fā)展需求相結(jié)合，隨著企業(yè)高速發(fā)展，對于已經(jīng)建設(shè)完整的物流管理信息系統(tǒng)的企業(yè)，可以根據(jù)實際情況所需，對系統(tǒng)進(jìn)行升級發(fā)展，根據(jù)當(dāng)前國內(nèi)外物流信息技術(shù)發(fā)展趨勢，提出了以下幾點有關(guān)物流管理信息系統(tǒng)發(fā)展建議。

5.1 建立統(tǒng)一動態(tài)信息采集系統(tǒng)

信息共享是當(dāng)前信息技術(shù)發(fā)展的重要趨勢，所以物流企業(yè)的發(fā)展也是如此，通過建立信息共享的集中式信息平臺，實現(xiàn)對采集業(yè)務(wù)和財務(wù)數(shù)據(jù)的動態(tài)控制，同時加強(qiáng)對網(wǎng)絡(luò)安全的監(jiān)控力度，實現(xiàn)業(yè)務(wù)透明化的管理，提高企業(yè)的市場競爭優(yōu)勢，其中將動態(tài)信息采集系統(tǒng)功能作為整個物流企業(yè)的核心業(yè)務(wù)。

5.2 建立面向上下游客戶的服務(wù)平臺

企業(yè)在建立統(tǒng)一動態(tài)信息平臺后，通過建立面向上下游客戶的服務(wù)平臺，進(jìn)一步降低客戶服務(wù)成本，提高客戶服務(wù)質(zhì)量，同時加強(qiáng)與動態(tài)信息采集系統(tǒng)的協(xié)作，最大化地提升企業(yè)利益及工作效率。

5.3 建立完善數(shù)據(jù)庫系統(tǒng)

物流企業(yè)80%的利潤是由核心客戶所創(chuàng)造的，所以對于這些的客戶數(shù)據(jù)需要建立一個完善的數(shù)據(jù)庫系統(tǒng)進(jìn)行管理了，在系統(tǒng)穩(wěn)定運行之后，通過數(shù)據(jù)庫中的現(xiàn)有數(shù)據(jù)，充分分析企業(yè)的核心客戶和核心客戶的業(yè)務(wù)情況，將核心客戶的效益創(chuàng)造出最佳，同時結(jié)合現(xiàn)有的業(yè)務(wù)和財務(wù)數(shù)據(jù)，將企業(yè)各方面情況分析總結(jié)，例如企業(yè)的管理能力、經(jīng)營狀況、資金狀況等情況數(shù)據(jù)，這些數(shù)據(jù)將為企業(yè)發(fā)展決策提供建議，所以對于企業(yè)對于數(shù)據(jù)庫的建立對于各方面數(shù)據(jù)分析至關(guān)重要，通過分析數(shù)據(jù)庫企業(yè)運行數(shù)據(jù)，為管理層對其企業(yè)發(fā)展做各種決策提供支持，使企業(yè)管理更具科學(xué)性。

6 結(jié) 語

綜合上述，通過對當(dāng)前物流企業(yè)物流管理信息系統(tǒng)開發(fā)進(jìn)行全面分析，對當(dāng)前物流管理信息系統(tǒng)開發(fā)所存在的問題進(jìn)行了全面的分析，總結(jié)相關(guān)的物流管理信息系統(tǒng)開發(fā)經(jīng)驗，通過結(jié)合當(dāng)前高速發(fā)展的信息技術(shù)和發(fā)達(dá)運輸設(shè)施進(jìn)行綜合設(shè)計，大大提升了物流管理信息系統(tǒng)的功能作用，進(jìn)而促進(jìn)物流企業(yè)自身的發(fā)展，但是當(dāng)前正處于現(xiàn)代物流信息系統(tǒng)初始階段的發(fā)展階段，加大物流管理信息系統(tǒng)開發(fā)的研究，對提高物流管理效率，促進(jìn)物流發(fā)展有著重要意義。

參考文獻(xiàn)：

[1] 蔣秀英，金才亮，閆相勇.談中小物流企業(yè)信息系統(tǒng)的建設(shè)[J].管理觀察，2008，（7）.

第5篇：數(shù)據(jù)庫系統(tǒng)設(shè)計方案范文

關(guān)鍵詞：會議管理；b/s結(jié)構(gòu)；j2EE

中圖分類號：TP311.52

隨著計算機(jī)的日益普及，網(wǎng)絡(luò)的快速發(fā)展和數(shù)據(jù)庫的廣泛應(yīng)用，使得企業(yè)計算機(jī)上進(jìn)行會議管理已成為可能。企事業(yè)單位內(nèi)部會議不斷增多，會議信息量也逐漸增大。企業(yè)公司內(nèi)部需要經(jīng)常通過會議進(jìn)行溝通、問題解決以及決策的制定。而現(xiàn)在企事業(yè)的會議管理工作繁重且處于無系統(tǒng)流程的狀態(tài)。手工作業(yè)效率很低，不便于管理，而且容易出錯。

會議是一個集思廣益的渠道，會議是一個集合的載體。通過會議使不同的人、不同的想法匯聚一堂，相互碰撞，從而產(chǎn)生“金點子”。許多高水準(zhǔn)的創(chuàng)意就是開會期間產(chǎn)生的。因此，必須運用計算機(jī)及其網(wǎng)絡(luò)信息技術(shù)，摸索一條高校會議管理工作的現(xiàn)代化、科學(xué)化的模式。

1 總體設(shè)計方案

1.1 系統(tǒng)體系結(jié)構(gòu)

B/S結(jié)構(gòu)（browser/server結(jié)構(gòu)）結(jié)構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶工作界面是通過www瀏覽器來實現(xiàn)，極少部分事務(wù)邏輯在前端（browser）實現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端（server）實現(xiàn)，形成所謂三層3-tier結(jié)構(gòu)。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護(hù)與升級的成本和工作量，降低了用戶的總體成本，b/s結(jié)構(gòu)模式如圖1所示。

圖1 本系統(tǒng)的三層b/s結(jié)構(gòu)模式

1.2 開發(fā)工具

本系統(tǒng)開發(fā)的任務(wù)是現(xiàn)實會議管理的信息化、系統(tǒng)化、規(guī)范化。目的是開發(fā)一套完善的會議管理系統(tǒng)。本系統(tǒng)采用目前比較流行的BS架構(gòu)，由Java語言開發(fā)的，采用了J2EE的框架技術(shù)，應(yīng)用了ssh框架技術(shù)，開發(fā)工具使用Eclipse，數(shù)據(jù)庫采用較強(qiáng)的oracle數(shù)據(jù)庫。

Java是一種簡單的，面象對象的，分布式的，解釋的，鍵壯的，安全的，結(jié)構(gòu)中立的，可移植的，性能很優(yōu)異的多線程的，動態(tài)的語言。Java語言的特點是跨平臺性、安全性、面向?qū)ο蟆⒎植际?。ORACLE數(shù)據(jù)庫系統(tǒng)是美國ORACLE公司（甲骨文）提供的以分布式數(shù)據(jù)庫為核心的一組軟件產(chǎn)品，是目前最流行的客戶/服務(wù)器（CLIENT/SERVER）或B/S體系結(jié)構(gòu)的數(shù)據(jù)庫之一，作為一個通用的數(shù)據(jù)庫系統(tǒng)，它具有完整的數(shù)據(jù)管理功能。

1.3 系統(tǒng)功能概述

根據(jù)系統(tǒng)的業(yè)務(wù)需求及職能劃分，將系統(tǒng)分為會議室管理、編排會議、已結(jié)束會議和待參加會議四個功能模塊。本系統(tǒng)又從會議室管理員，普通員工，編排會議人員幾個不同用戶的角度分別提供了有針對性的服務(wù)。每個模塊都具有相應(yīng)信息的輸入、查刪改等功能。會議管理具體說明如下：

（1）會議室管理

會議室管理部分主要是管理會議室基本信息，及申請會議的審核。會議室管理員可以修改會議室的投影儀，電腦，容納人數(shù)等信息，還可以對會議室的變動情況及時進(jìn)行修改，并且審核編排會議人員編排的會議，會議室管理員也可以關(guān)閉部分會議室。

（2）編排會議

編排會議部分主要是完成創(chuàng)建一個會議功能。編排會議包括主持人和參與人，會議時間，會議室地點，會議主題，會議說明，會議附件等，如創(chuàng)建完成會議會向主持人和參與人通過短信網(wǎng)管發(fā)送參加會議消息。編排可以保存為草稿，暫時還沒編排好的時候先保存草稿，這樣就不會發(fā)送消息給與會人員。

（3）已結(jié)束會議

已結(jié)束會議部分主要是與會主持人必須填寫會議紀(jì)要，會議總結(jié)等等。會議參與人員可以查看會議紀(jì)要和會議總結(jié)附件等，方便大家會后繼續(xù)查閱。

（4）待參加會議

待參加會議部分主要是員工查看自己需要參加的會議，并且自己可以下載會議附件，瀏覽會議主題等信息。

2 系統(tǒng)實現(xiàn)

系統(tǒng)實現(xiàn)是根據(jù)系統(tǒng)設(shè)計中所確定的功能與任務(wù)，采用面向?qū)ο蟮哪K化分解方法進(jìn)行模塊劃分，然后對各個模塊進(jìn)行具體實現(xiàn)，遵循“模塊間低耦合，模塊內(nèi)高聚合”的原則，使得系統(tǒng)得到了較高的穩(wěn)定性。本系統(tǒng)完全是一個基于internet，具有界面友好、交互能力強(qiáng)、操作簡單方便、實用型強(qiáng)等特點。

2.1 數(shù)據(jù)庫的建立

本系統(tǒng)中需要用到的數(shù)據(jù)表較多，基本數(shù)據(jù)庫主要有：員工信息表、角色表、權(quán)限表、菜單表、會議室表、附件表、會議表、會議室每周開會統(tǒng)計表等。各個表字段數(shù)據(jù)類型根據(jù)所存儲數(shù)據(jù)來定。附件則采用oracle的blob字段。

2.2 數(shù)據(jù)入庫與界面顯示

本系統(tǒng)采用hibernate技術(shù)，而hibernate使用c3p0技術(shù)。它提供了平臺互用性和可伸縮的數(shù)據(jù)訪問，主要原因是hibernate可以快速更換數(shù)據(jù)庫，移植性好，能夠支持多數(shù)據(jù)庫，更換數(shù)據(jù)庫時只需要修改配置文件。Hibernate將對象模型表示的對象映射到基于SQL的關(guān)系模型結(jié)構(gòu)中去，使得開發(fā)人員能夠隨心所欲的使用對象編程思維來操作數(shù)據(jù)庫。

2.3 web交互式動態(tài)網(wǎng)頁的實現(xiàn)

internet應(yīng)用從最初簡單的靜態(tài)頁面到目前豐富的動態(tài)交互頁面，其發(fā)展技術(shù)非常迅速，隨著技術(shù)的不斷改進(jìn)，動態(tài)頁面的實現(xiàn)更加容易，效率更高。通過多種技術(shù)的比較，選擇了jsp來實現(xiàn)網(wǎng)頁的動態(tài)交互，它具有以下優(yōu)點：對于用戶界面的更新，其實就是由Web Server進(jìn)行的，所以給人的感覺更新很快。所有的應(yīng)用都是基于服務(wù)器的，所以它們可以時刻保持最新版本?？蛻舳说慕涌诓皇呛芊爆?，對于各種應(yīng)用易于部署、維護(hù)和修改。

3 結(jié)束語

J2EE技術(shù)是一套完善web開發(fā)技術(shù)，用J2EE技術(shù)會議管理系統(tǒng)，大大簡化了開發(fā)進(jìn)程和程序設(shè)計難度，將會議管理過程和計算機(jī)技術(shù)有機(jī)地結(jié)合起來，使得管理流程更加清晰，管理更加簡潔、靈活，是會議管理高效化不可缺少的一個重要組成部分。

參考文獻(xiàn)：

[1]梁琳，許向眾，洪超.Spring框架與AOP思想的研究與應(yīng)用[J].計算機(jī)與信息技術(shù)，2006（04）.

[2]陳甜甜，曾一，石銳，王健.基于Struts和Hibernate的冰品企業(yè)管理信息系統(tǒng)的設(shè)計與實現(xiàn)[A].2008年計算機(jī)應(yīng)用技術(shù)交流會論文集[C]，2008.

[3]王芳毅.基于J2EE的信貸管理系統(tǒng)設(shè)計與實現(xiàn)[D].電子科技大學(xué)，2009.

第6篇：數(shù)據(jù)庫系統(tǒng)設(shè)計方案范文

關(guān)鍵詞：Web數(shù)據(jù)庫 設(shè)計 實現(xiàn)

中圖分類號：TP311.1 文獻(xiàn)標(biāo)識碼：A 文章編號：1007-9416（2015）11-0000-00

Web服務(wù)中大多是以文件傳輸?shù)男问絹磉M(jìn)行管理和運營的，但是隨著社會發(fā)展信息量的加大，系統(tǒng)的反應(yīng)速度受到很大影響，并且Web的應(yīng)用領(lǐng)域逐漸擴(kuò)大，已經(jīng)不能夠滿足人們對于信息實時性的要求；另外，數(shù)據(jù)庫近幾年的發(fā)展十分迅猛且數(shù)據(jù)庫的功能強(qiáng)大，能夠快速檢索查詢大批量的數(shù)據(jù)，達(dá)到高效運行的目標(biāo)。所以Web數(shù)據(jù)庫就將Web技術(shù)與數(shù)據(jù)庫技術(shù)相結(jié)合，這不僅能夠?qū)⒍叩膬?yōu)勢相互結(jié)合，最重要的是可以將數(shù)據(jù)庫的重要資源放到網(wǎng)絡(luò)平臺進(jìn)行檢索和瀏覽，使用戶能夠在瀏覽器輕松跨平臺實現(xiàn)多媒體的服務(wù)。Web數(shù)據(jù)庫作為研究設(shè)計的方向，與傳統(tǒng)的數(shù)據(jù)庫有明顯的不同，比如體系結(jié)構(gòu)以及訪問方式等等。

1 Web數(shù)據(jù)庫系統(tǒng)的體系結(jié)構(gòu)

數(shù)據(jù)庫系統(tǒng)的體系結(jié)構(gòu)是涵蓋了系統(tǒng)硬件、軟件以及語言和算法的綜合性概念，具體指的就是組成計算機(jī)系統(tǒng)的各部分之間的相互關(guān)系。對Web數(shù)據(jù)庫系統(tǒng)結(jié)構(gòu)的研究主要就是對其硬件分布及軟件功能分配方面的內(nèi)容。一個邏輯性清晰、開發(fā)容易和便于維護(hù)的數(shù)據(jù)庫系統(tǒng)的建立必然是以一個統(tǒng)一的體系結(jié)構(gòu)為指導(dǎo)，同時還要對系統(tǒng)的軟件功能分配及硬件分布進(jìn)行科學(xué)的規(guī)劃。

數(shù)據(jù)庫系統(tǒng)體系結(jié)構(gòu)是隨著計算機(jī)模式的改變而不斷的改變，與計算機(jī)體系結(jié)構(gòu)有著緊密的聯(lián)系。伴著計算體系的集中模式和C/S模式以及三層C/S模式的演變，數(shù)據(jù)庫體系結(jié)構(gòu)也歷經(jīng)了集中式的主機(jī)結(jié)構(gòu)和C/S結(jié)構(gòu)以及多層的C/S結(jié)構(gòu)演變。

2 Web數(shù)據(jù)庫應(yīng)用編程模型

Web數(shù)據(jù)庫經(jīng)過兩種技術(shù)的結(jié)合，需要解決的就是各個模塊之間復(fù)雜的信息傳輸交換方式以及對于數(shù)據(jù)庫的管理和運行，另外還有在設(shè)計應(yīng)用編程中模塊和層次間的銜接和整合中存在的問題。

2.1 MVC模型

不管是什么樣的應(yīng)用程序都需要對相關(guān)的流程進(jìn)行控制，根據(jù)這些就能夠總結(jié)出常用的設(shè)計模型，在MVC模型中應(yīng)用程序由三部分組成：模型：是程序的核心邏輯，面對應(yīng)用領(lǐng)域的抽象對象，對其傳輸?shù)男畔⒁筮M(jìn)行檢索和瀏覽，實現(xiàn)完成業(yè)務(wù)的目的。視圖：這部分主要是面向用戶的應(yīng)用程序，負(fù)責(zé)用戶與數(shù)據(jù)庫應(yīng)用程序的鏈接作用。一方面，視圖能夠為用戶提供所需要的信息輸入方式，并能夠?qū)⑿枨笠宰羁斓乃俣葌鬏斀o邏輯應(yīng)用領(lǐng)域；另一方面，在傳出形式上，將邏輯結(jié)果以一定的方式呈現(xiàn)給用戶?？刂疲壕褪菍⑦壿嫵绦蚺c視圖之間進(jìn)行模式切換，方便兩者的信息數(shù)據(jù)接收和傳出。一方面，能夠?qū)⒁晥D傳來的信息進(jìn)行解讀，以一種系統(tǒng)能夠接受理解的方式傳送出去；另一方面，將邏輯結(jié)果和模型的轉(zhuǎn)變的執(zhí)行進(jìn)行處理，反饋給用戶。

針對MVC模型應(yīng)用程序的優(yōu)化設(shè)計，包括對用戶界面、流程控制以及邏輯方面的設(shè)計，將各部分進(jìn)行分離，然后設(shè)計開發(fā)出個部分之間的接口，根據(jù)不同部分的主要功能，選擇最合適的接口技術(shù)進(jìn)行開發(fā)設(shè)計，最終形成完美結(jié)合，突出模型的技術(shù)細(xì)節(jié)和重要功能。

2.2 Web數(shù)據(jù)庫應(yīng)用系統(tǒng)設(shè)計開發(fā)中存在的問題

Web數(shù)據(jù)庫的設(shè)計開發(fā)主要包括三個方面，分別是網(wǎng)頁的設(shè)計、業(yè)務(wù)邏輯的設(shè)計以及數(shù)據(jù)庫的管理設(shè)計。這些實際都是由多個開發(fā)人員應(yīng)用不同的技術(shù)來結(jié)合成一個完整的程序的，所以編程技術(shù)很多，對應(yīng)的客戶的主機(jī)也要進(jìn)行不斷地升級才能夠接受高功能的程序邏輯。在開發(fā)Web數(shù)據(jù)庫的應(yīng)用程序時，要考慮到運行速度、效率以及邏輯功能等多方面問題，同時各種技術(shù)自身都存在一定的不足，如果只采用一種技術(shù)來連接Web數(shù)據(jù)庫各部分之間的接口會帶來很大的運行困難，所以需要采用多種技術(shù)共同設(shè)計開發(fā)，保證Web數(shù)據(jù)庫的高效率運行。

目前的Web數(shù)據(jù)庫存在的種種問題，主要是編程模型的開發(fā)問題，從而造成的網(wǎng)頁、邏輯和數(shù)據(jù)庫之間的交流不順暢。在設(shè)計開發(fā)的過程中引用系統(tǒng)、合理有效的編輯模型，要求設(shè)計和開發(fā)人員務(wù)必按照一定程序來對各部分接口進(jìn)行獨立的設(shè)計和開發(fā)維護(hù)，并保證不影響整體之間的交流和鏈接。

3 Web數(shù)據(jù)庫的安全性設(shè)計分析

在對Web數(shù)據(jù)庫進(jìn)行設(shè)計的過程中首先需要對其工作環(huán)境進(jìn)行最優(yōu)化的系統(tǒng)安全配置，進(jìn)而有效避免非法人員對Web站點的攻擊，其具體包括了對操作系統(tǒng)、相關(guān)服務(wù)器的安全配置，只有將相關(guān)工作有效的結(jié)合起來，才能為Web數(shù)據(jù)庫的建立提供一個安全的工作環(huán)境。3.1服務(wù)器的安全配置

對系統(tǒng)不同層次的運行環(huán)境要提供出具有較強(qiáng)針對性的安全機(jī)制。（1）操作系統(tǒng)的安全設(shè)置及措施。在用戶進(jìn)行使用系統(tǒng)之前首先需要做的就是登錄，對于一些不能成功登錄的用戶，系統(tǒng)禁止其使用服務(wù)器的一切資源；對系統(tǒng)所有的默認(rèn)賬號和密碼進(jìn)行刪除，同時限制用戶嘗試登錄系統(tǒng)的次數(shù)；將系統(tǒng)磁盤設(shè)置為只讀模式；對于系統(tǒng)中一些重要的目錄要進(jìn)行及時的備份，避免丟失；對用戶的硬盤使用空間進(jìn)行限制；對于允許訪問系統(tǒng)的用戶，對該用戶資源訪問權(quán)限進(jìn)行設(shè)置。（2）數(shù)據(jù)庫的安全設(shè)置。Oracle的安全模式設(shè)置為標(biāo)準(zhǔn)的安全模式，設(shè)置用戶只能通過登錄ID號以及相關(guān)口令進(jìn)行數(shù)據(jù)庫服務(wù)器的訪問；對不同的用戶在數(shù)據(jù)庫的管理系統(tǒng)中給予不用的用戶名設(shè)置；同時賦予不同的用戶不同的權(quán)限；對系統(tǒng)中的用戶名和對應(yīng)口令進(jìn)行定時的更改；定期的對應(yīng)用程序中的用戶進(jìn)行審計。

3.2數(shù)據(jù)庫應(yīng)用程序的安全性設(shè)計及實現(xiàn)

對于服務(wù)端的應(yīng)用程序采取了以下幾種安全性措施，如下所述：（1）程序連接數(shù)據(jù)庫的應(yīng)用，Oracle中對數(shù)據(jù)庫的連接用戶進(jìn)行用戶名的設(shè)置，并賦予其相應(yīng)的訪問權(quán)限。同時在應(yīng)用程序中設(shè)置了用戶的登錄名和登錄口令。在應(yīng)用程序進(jìn)行數(shù)據(jù)庫鏈接時，利用系統(tǒng)賦予的用戶名和口令方能進(jìn)行數(shù)據(jù)庫的訪問，隨后實現(xiàn)Oracle原有的全部用戶以及管理權(quán)限才能得以實現(xiàn)。具體實施方案：對于每一個數(shù)據(jù)庫的應(yīng)用程序設(shè)置一個相應(yīng)的數(shù)據(jù)庫賬號，該賬號對所有的數(shù)據(jù)信息都具備了操作的所有權(quán)限。另外，這對于系統(tǒng)的操作人員還需要創(chuàng)建一個系統(tǒng)賬號。這樣一來，當(dāng)用戶在訪問數(shù)據(jù)庫時，必然會以真正的數(shù)據(jù)庫賬號進(jìn)行登錄，然后是相關(guān)登錄程序的執(zhí)行過程。這一安全體系直接造成的結(jié)果就是整個應(yīng)用系統(tǒng)成為了數(shù)據(jù)庫的直接用戶，而系統(tǒng)的所有操作人員卻成為了數(shù)據(jù)庫的間接用戶。也就是應(yīng)用系統(tǒng)在完成了相應(yīng)的邏輯基礎(chǔ)之上，還徹底的分割開了數(shù)據(jù)庫和系統(tǒng)用戶，為數(shù)據(jù)的安全提供了一道堅固的“防火墻”。（2）有效的增強(qiáng)用戶的授權(quán)機(jī)制。在系統(tǒng)中不僅對Oracle的數(shù)據(jù)用戶采用了授權(quán)機(jī)制，對系統(tǒng)賬號也采用了手段機(jī)制，在上述的安全體系中，應(yīng)用程序有效的為數(shù)據(jù)庫和用戶之間提供了一道安全防火墻，這對應(yīng)用程序本身的要求就需要具備足夠的安全特性。由于用戶授權(quán)管理機(jī)制的嚴(yán)密性將對整個系統(tǒng)的安全將產(chǎn)生直接的影響，所以強(qiáng)化用戶授權(quán)機(jī)制就顯得尤為重要。本文研究的系統(tǒng)中將整個系統(tǒng)根據(jù)其功能特性將其劃分為了多個最小的權(quán)限單元，這些單元同時都具備了可分配的特性，單元權(quán)限主要也就表現(xiàn)在了對數(shù)據(jù)庫相應(yīng)表格屬性以及視圖文件的操作等內(nèi)容的劃分上，然后再有效的結(jié)合相關(guān)系統(tǒng)操作人員的工作性質(zhì)，運用工作組或角色的概念，完成了應(yīng)用系統(tǒng)賬號基本等級的創(chuàng)建工作，如根據(jù)等級的不同可將用戶分為普通游客、初級會員、高級會員等，同時賦予了不同等級的用戶群不同的使用權(quán)限，由此以來使得系統(tǒng)權(quán)限管理工作得到了有效的簡化。為了使系統(tǒng)安全管理的靈活性有效提高，對系統(tǒng)某一等級的用戶的權(quán)限，授權(quán)管理模塊需要做進(jìn)一步的限制工作，以實現(xiàn)所有權(quán)限均能達(dá)到任意組合的應(yīng)用效果。除此之外，為了保證相關(guān)管理工作人員工作效率的有效提高，對所有的系統(tǒng)權(quán)限和每一種等級的用戶群體以及不同用戶所對應(yīng)的不同組合權(quán)限，建立一部完善的數(shù)據(jù)詞典，為的就是能夠保證在任何一種工作環(huán)境下，工作人員都能夠方便的對用戶等級進(jìn)行添加或者對不同等級的用戶權(quán)限進(jìn)行修改等操作；為了能夠有效的限制某一系統(tǒng)應(yīng)用賬號的繼續(xù)使用，該系統(tǒng)還需要設(shè)置相應(yīng)的賬號封鎖或解凍的功能。（3）系統(tǒng)的審計和檢測。系統(tǒng)的檢測和審計工作對整個系統(tǒng)的安全穩(wěn)定具有重要的意義。系統(tǒng)中的日志系統(tǒng)具有良好的數(shù)據(jù)庫操作數(shù)據(jù)的采集以及記錄功能。日志系統(tǒng)能夠有效的記錄某一用戶在登錄系統(tǒng)直到退出系統(tǒng)這一訪問時間段內(nèi)的所有操作，包括了用戶在登錄過程中的失敗操作以及在成功登錄系統(tǒng)后所執(zhí)行的增、刪、查、改等一系列的操作行為。日志記錄的內(nèi)容還包括了用戶的IP地址以及名稱、操作類型及操作對象等多項內(nèi)容。為充分保證系統(tǒng)的安全性和穩(wěn)定性，系統(tǒng)管理工作人員就需要對日志記錄的文件內(nèi)容進(jìn)行必要的審計和檢測工作，及時的找出系統(tǒng)中存在的不安全因素，并做出及時的處理。

4結(jié)語

近幾年來，隨著網(wǎng)絡(luò)信息鋪天蓋地的傳播，人們對信息的及時性和有效性的要求越來越高，Web技術(shù)的靜態(tài)網(wǎng)頁內(nèi)容已經(jīng)遠(yuǎn)遠(yuǎn)滿足不了人們對于信息的追求。本文將數(shù)據(jù)庫技術(shù)與Web技術(shù)完美設(shè)計結(jié)合，實現(xiàn)了全球信息資源的交流和共享，促進(jìn)了各行業(yè)的迅猛發(fā)展。同時Web數(shù)據(jù)庫的設(shè)計成功，也激勵了企業(yè)單位的創(chuàng)新精神，建立自己的Web數(shù)據(jù)庫系統(tǒng)以積極適應(yīng)信息的快速發(fā)展。

參考文獻(xiàn)

[1] 王小影.基于物聯(lián)網(wǎng)的Web信息數(shù)據(jù)庫系統(tǒng)的設(shè)計與分析[D].北京郵電大學(xué)，2012.

第7篇：數(shù)據(jù)庫系統(tǒng)設(shè)計方案范文

關(guān)鍵詞：實驗室調(diào)度；ASP技術(shù)；SQL Sever 2000；信息系統(tǒng)

中圖分類號：TP311文獻(xiàn)標(biāo)識碼：A文章編號：1009-3044(2012)01-0047-02

隨著計算機(jī)網(wǎng)絡(luò)技術(shù)的快速發(fā)展以及近年來各高校對科研工作重視程度的加強(qiáng)，建設(shè)信息化、現(xiàn)代化實驗室已經(jīng)成為各高校建設(shè)的重要目標(biāo)。它不僅體現(xiàn)了高校的辦學(xué)實力、同時是展示學(xué)?？蒲兴降闹匾罁?jù)。而然自從高校改革、擴(kuò)招以來，由于缺少相應(yīng)的管理調(diào)度系統(tǒng)，各高校實驗室面對統(tǒng)籌不均、資源浪費、調(diào)度不合理等一系列問題[1]。因此，實驗室的管理和調(diào)度變得日益重要，傳統(tǒng)的人工統(tǒng)籌調(diào)度的方法已經(jīng)越來越不適應(yīng)當(dāng)今實驗室的需要和發(fā)展。如何合理的調(diào)度、安排實驗室，使其資源能夠得到充分利用，已經(jīng)成為一個值得研究的問題。同時，Internet技術(shù)的發(fā)展以及校園網(wǎng)的普及，為建立基于互聯(lián)網(wǎng)、合理、高效的實驗室調(diào)度信息系統(tǒng)帶來可能。

1設(shè)計目標(biāo)

本研究將按照“科學(xué)管理，統(tǒng)籌調(diào)度”的原則，實驗室調(diào)度系統(tǒng)的主要設(shè)計目標(biāo)為：

1)以互聯(lián)網(wǎng)為平臺，可方便實現(xiàn)遠(yuǎn)程登陸管理；

2)適應(yīng)能力強(qiáng)，擴(kuò)充功能方便，簡易，易維護(hù)；

3)具備網(wǎng)絡(luò)安全登錄和數(shù)據(jù)庫安全登錄，設(shè)定數(shù)據(jù)庫訪問權(quán)限保證程序使用安全，同時前臺的數(shù)據(jù)檢索需要授權(quán)（密碼）方可進(jìn)入，后臺通過用戶登錄設(shè)置進(jìn)行數(shù)據(jù)的管理，使得數(shù)據(jù)安全可靠；

4)支持常用添加、刪除、修改、查詢功能；

5)具有較強(qiáng)的數(shù)據(jù)檢索和統(tǒng)計功能。

2運行平臺

1)硬件環(huán)境

服務(wù)器：處理器(CPU)1G MHZ以上(建議配置雙核以上處理器)，2G以上內(nèi)存容量，10G以上可用硬盤容量，100M或1000M網(wǎng)卡，以保證多用戶在同時請求服務(wù)時響應(yīng)迅速。

客戶端：處理器(CPU)1G MHZ以上，512M以上內(nèi)存容量，10M以上網(wǎng)卡。

2)軟件環(huán)境

服務(wù)器端要求采用Windows Server 2003操作系統(tǒng)，并安裝IIS6.0 (web服務(wù)器)、SQL Server 2000數(shù)據(jù)庫軟件。

客戶端操作系統(tǒng)為WINDOWS XP以上，瀏覽器IE6.0以上，顯示最佳分辨率為1024×768像素。

3系統(tǒng)的總體設(shè)計與實現(xiàn)

根據(jù)系統(tǒng)設(shè)計目標(biāo)，使用B/S網(wǎng)絡(luò)架構(gòu)，采用3層體系結(jié)構(gòu)，即包括客戶瀏覽器、應(yīng)用服務(wù)器和數(shù)據(jù)庫系統(tǒng)三部分[2]。B/S結(jié)構(gòu)的主要特點是分布性強(qiáng)、維護(hù)方便、開發(fā)簡單且共享性強(qiáng)、成本低。B/S系統(tǒng)結(jié)構(gòu)開發(fā)平臺選用ASP + Microsoft SQL Server 2000數(shù)據(jù)庫。系統(tǒng)的基本架構(gòu)如圖1所示。

用戶通過瀏覽器與系統(tǒng)進(jìn)行交互。服務(wù)器端接收到瀏覽器傳來的用戶請求后，將請求做相應(yīng)處理并傳遞給后臺的數(shù)據(jù)庫系統(tǒng)，接著將請求的處理結(jié)果從數(shù)據(jù)庫系統(tǒng)傳遞給客戶 端瀏覽器。

高校實驗室調(diào)度系統(tǒng)使用“三層應(yīng)用程序模型”，即將系統(tǒng)按照功能邏輯劃分為表示層、數(shù)據(jù)業(yè)務(wù)邏輯層和訪問層。這樣的多層應(yīng)用程序體系結(jié)構(gòu)，可以讓程序代碼實現(xiàn)模塊化，每個層次的代碼可以重復(fù)使用，為系統(tǒng)維護(hù)性帶來更大的便利。具體來講，本系統(tǒng)由底層數(shù)據(jù)庫、后臺服務(wù)器以及前臺組成。前臺主要是利用瀏覽器來顯示系統(tǒng)中的信息，通過菜單欄可以訪問各子功能模塊，同時系統(tǒng)有方便、強(qiáng)大的管理功能。模塊化的程序代碼之間并不是完全獨立的，各模塊的功能可能有一定的交疊，各模塊互相支撐，構(gòu)成一個完整的實驗室調(diào)度管理系統(tǒng)。后臺服務(wù)器主要用來對前臺傳來的各種請求信息進(jìn)行處理。而底層數(shù)據(jù)庫主要負(fù)責(zé)信息的管理，包括數(shù)據(jù)添加、數(shù)據(jù)修改、數(shù)據(jù)刪除等。如若進(jìn)入后臺，必須有授權(quán)，即有合法的用戶名與密碼，通過這樣的身份認(rèn)證，使不同的用戶可以得到不同的權(quán)限，而不同的權(quán)根對不同的功能，從而實現(xiàn)多人分工合作。

本系統(tǒng)主要實現(xiàn)的功能有管理員實驗管理、教師預(yù)約實驗室、學(xué)生查看實驗的安排、公布實驗室的規(guī)章制度等，在此基礎(chǔ)上可以完成教師與實驗室管理員及學(xué)生的信息交互，方便了實驗教學(xué)和實驗室管理，使實驗室資源的使用實現(xiàn)合理化、規(guī)范化[3]。

為了提高系統(tǒng)的安全性，系統(tǒng)的使用者分為學(xué)生、教師、管理員三種權(quán)限用戶。每種用戶的權(quán)限不同。三種用戶都必須通過系統(tǒng)的合法性驗證才能正常使用系統(tǒng)。

本系統(tǒng)的基本結(jié)構(gòu)如圖2所示。

系統(tǒng)的具體模塊設(shè)計如下：

實驗室規(guī)章制度：所有用戶登錄系統(tǒng)后，可查看相關(guān)實驗室的通知以及制度。管理員用戶可以、修改、刪除相關(guān)通知。

實驗查詢與選擇：該模塊可供所有用戶使用，但主要針對學(xué)生用戶，當(dāng)用戶登錄到系統(tǒng)后，可以根據(jù)查詢條件查詢相應(yīng)的實驗安排情況。

實驗室預(yù)約：該模塊主要針對教師用戶，教室登錄系統(tǒng)后，申請實驗室預(yù)約，并且可以隨時查詢相關(guān)實驗室的預(yù)約狀態(tài)。

實驗管理：該模塊主要針對管理員用戶，管理員根據(jù)教師預(yù)約情況以實驗室使用情況，合理分配實驗的具體安排，這里的操作包括實驗室和教師用戶的查找、增加、修改、刪除。

實驗室管理：該模塊為系統(tǒng)管理員使用，管理員可以通過該模塊實驗室相關(guān)信息，同時提供實驗室相關(guān)信息的增加、刪除、修改。

4數(shù)據(jù)庫設(shè)計

本系統(tǒng)采用的數(shù)據(jù)庫服務(wù)器為SQL Server 2000。SQL Server是一種典型的關(guān)系型數(shù)據(jù)庫，它使用SQL語言同各種數(shù)據(jù)庫建立聯(lián)系，進(jìn)行溝通。結(jié)合數(shù)據(jù)庫范式設(shè)計原理，使得整個數(shù)據(jù)庫通過各個不可再分的表相關(guān)聯(lián)，最大程度的減少數(shù)據(jù)冗余，提高系統(tǒng)的效率[4]。系統(tǒng)設(shè)計采用面向?qū)ο竽Ｐ蛠硗瓿申P(guān)系數(shù)據(jù)庫設(shè)計。系統(tǒng)根據(jù)實際需要，抽象出了教師、實驗室、班級、課程、學(xué)生等幾個實體類型。實體與實體之間是相互聯(lián)系的。圖3顯示了系統(tǒng)中主要表格的關(guān)系視圖。

5系統(tǒng)安全性

對任何系統(tǒng)來說，安全性至關(guān)重要，所以在系統(tǒng)設(shè)計重點考慮了安全性因素。本系統(tǒng)采用ASP技術(shù)，客戶端執(zhí)行JavaScript程序，這樣在網(wǎng)絡(luò)安全性方面擁有以下優(yōu)點：第一，因為傳到瀏覽器端的只是轉(zhuǎn)換成HTML語言的結(jié)果，這樣一來用戶無法獲取ASP源程序，這既維護(hù)了開發(fā)人員的權(quán)利，又保證了網(wǎng)站的安全。第二，系統(tǒng)使用了虛擬目錄，這樣在網(wǎng)絡(luò)安全性上具有重要意義。因為虛擬目錄是通過“別名”或名稱，供瀏覽器訪問目錄。使用別名更安全，因為用戶無法知道文件在服務(wù)器上物理位置，所以無法使用這些信息來直接修改文件。這樣可以隱藏站點目錄結(jié)構(gòu)，從而避免站點目錄結(jié)構(gòu)的暴露，防止系統(tǒng)受攻擊[5]。這樣從服務(wù)器人架設(shè)上就保證了系統(tǒng)的安全性。第三，采取多級權(quán)限的方法設(shè)定不同用戶的權(quán)限，通過不同用戶擁有不同的用戶名和口令，來賦予用戶的權(quán)限，保證了系統(tǒng)的安全性和穩(wěn)定性。

6系統(tǒng)分析與結(jié)束語

本實驗室調(diào)度系統(tǒng)使用Windows平臺，以IIS作為應(yīng)用程序服務(wù)器。經(jīng)過逐步測試，系統(tǒng)基本功能已完全實現(xiàn)。教師登陸系統(tǒng)后通過實驗室預(yù)約模塊，可以完成實驗預(yù)約、修改個人信息等功能。管理員登陸系統(tǒng)后通過實驗室管理和實驗室規(guī)章制度模塊，能完成實驗室相關(guān)信息的增加、刪除、修改和實驗安排，方便教師和學(xué)生進(jìn)行數(shù)據(jù)檢索。本系統(tǒng)符合學(xué)院的實際需求，已達(dá)到預(yù)期研究目標(biāo)。

采用ASP+SQL Server結(jié)構(gòu)設(shè)計的高校調(diào)度管理系統(tǒng)具有以下優(yōu)點：

1)對客戶端的軟硬件要求低，只需要能上網(wǎng)并可以使用瀏覽器即可；

2)利用SQL Server 2000數(shù)據(jù)庫系統(tǒng)的優(yōu)點，采用范式設(shè)計的原則設(shè)計數(shù)據(jù)庫，最大程度地減少了數(shù)據(jù)冗余，提高運行效率；

3)通過權(quán)限分離、web服務(wù)器與數(shù)據(jù)庫服務(wù)器的分離、虛擬目錄的使用等手段，提高了系統(tǒng)的安全性；

4)數(shù)據(jù)具有實時共享的特點，突破了過去采用Excel作為數(shù)據(jù)庫工具時只能進(jìn)行單機(jī)操作的缺陷.使得實驗室的管理工作從人工管理階段走向計算機(jī)網(wǎng)絡(luò)自動化辦公階段，極大的提高了工作效率，節(jié)省人力和物力。

本系統(tǒng)在使用過程中，由于需求變化等種種原因，可能需要進(jìn)一步完善，這樣為更科學(xué)調(diào)度管理工作提供了參考。

參考文獻(xiàn)：

[1]陳杰,田珍.論高?？蒲泄芾硇畔⒒痆J].科技進(jìn)步與對策,2000(8).

[2]陸永禎,孫云龍.用ASP和SQL Server實現(xiàn)網(wǎng)站分級管理[J].鞍山鋼鐵學(xué)院學(xué)報,2002(3).

[3]程敏.對數(shù)字化校園管理系統(tǒng)的設(shè)計的一點構(gòu)想[J].科技風(fēng),2008(5).

第8篇：數(shù)據(jù)庫系統(tǒng)設(shè)計方案范文

關(guān)鍵詞關(guān)鍵詞：高考成績；統(tǒng)計分析；統(tǒng)計單元；SQL生成器

DOIDOI：10.11907/rjdk.162034

中圖分類號：TP319

文獻(xiàn)標(biāo)識碼：A 文章編號文章編號：16727800（2016）011008803

0 引言

2010年以來，河北省教育考試院利用現(xiàn)代信息技術(shù)和獨有的數(shù)據(jù)資源優(yōu)勢，推出了以診脈高考、服務(wù)教學(xué)為目標(biāo)的高考數(shù)據(jù)統(tǒng)計分析系列報告[1]，報告采用程序計算和人工生成結(jié)合的方式，對于常規(guī)統(tǒng)計分析，采用固定的計算機(jī)程序完成，對于個性化需求則采用手工方式完成，工作量較大，報告生成周期較長。例如一份學(xué)校版的報告往往需要幾天的時間才能完成，而學(xué)校對報告的需求時間比較集中，短期內(nèi)很難滿足眾多學(xué)校需求；另外教育工作者通常不具備專業(yè)信息處理能力，在高考數(shù)據(jù)的檢索、統(tǒng)計等方面存在很大困難。

為解決以上問題，提出一種根據(jù)用戶自定義需求自動生成SQL（Structured Query Language）語句的高考成績分析方案，即SQL生成器設(shè)計方案。常見的SQL生成器一般嵌入在軟件開發(fā)工具或數(shù)據(jù)庫系統(tǒng)軟件中，如軟件開發(fā)工具PowerBuilder、C++ Builder、Delphi，數(shù)據(jù)庫系統(tǒng)軟件Access、VFP 、Microsoft SQL Server、Oracle，BI設(shè)計軟件 Microstrategy、Business Object、Cognos等都內(nèi)嵌有SQL生成器[34]，獨立的SQL生成器軟件有Red Earth Technologies的Superior SQL Builder、SBS Development的Automated_SQL_Builde等[5]。這些SQL生成器都是面向軟件開發(fā)或數(shù)據(jù)庫管理等專業(yè)技術(shù)人員，而不是面向業(yè)務(wù)系統(tǒng)的最終用戶。一些學(xué)者嘗試SQL生成器研究，如李海龍[6]的通用標(biāo)準(zhǔn)SQL語法分析模型研究，程曉燕[7]的可視化編輯數(shù)據(jù)庫操作工具研究，趙丹明[8]的模擬SQL Builder創(chuàng)建SQL語句的關(guān)鍵技術(shù)研究等。

1 SQL生成器數(shù)據(jù)庫設(shè)計

1.1 相關(guān)概念

（1）統(tǒng)計對象。統(tǒng)計分析所針對的實體稱之為統(tǒng)計對象，如“考生信息”、“總成績信息”、“單科成績信息”等都屬于統(tǒng)計對象。

（2）維度。數(shù)據(jù)統(tǒng)計分析是從特定角度對特定范圍數(shù)據(jù)的觀察、對比，這些特定角度稱之為維度，例如，“考試年份”、“行政區(qū)劃”、“考試科目”、“總成績”等屬于不同的維度。

（3）統(tǒng)計屬性。統(tǒng)計屬性是指計算所針對的統(tǒng)計對象屬性。如統(tǒng)計對象“總成績信息”的“總分”屬性，可用于求平均值、標(biāo)準(zhǔn)差、最大值、最小值等計算。

（4）統(tǒng)計函數(shù)。統(tǒng)計函數(shù)是作用于統(tǒng)計屬性上的集合運算，如計數(shù)、平均值、標(biāo)準(zhǔn)差、最高分、最低分等。

（5）統(tǒng)計單元。統(tǒng)計單元是由統(tǒng)計對象、統(tǒng)計屬性、維度表達(dá)式、統(tǒng)計函數(shù)4個基本元素構(gòu)成的元組，代表一次特定計算。

統(tǒng)計單元及組成元素需要映射為機(jī)器世界的對象，才能進(jìn)一步采用程序進(jìn)行處理。這里采用關(guān)系型數(shù)據(jù)庫的對象――表（Table）對統(tǒng)計單元及組成元素進(jìn)行描述及數(shù)據(jù)存儲，實現(xiàn)概念到機(jī)器的映射，映射關(guān)系如圖1所示。

1.2 相關(guān)數(shù)據(jù)庫表

（1） 統(tǒng)計對象數(shù)據(jù)表。每個統(tǒng)計對象可映射為一個數(shù)據(jù)庫表（Table），數(shù)據(jù)庫表存儲統(tǒng)計對象數(shù)據(jù)。例如“KSXX”表存儲統(tǒng)計對象――“考生信息”數(shù)據(jù)，“ZCJ”表存儲統(tǒng)計對象――“總成績信息”數(shù)據(jù)。

（2） 統(tǒng)計對象定義表。統(tǒng)計對象定義表用于描述統(tǒng)計對象和數(shù)據(jù)庫表之間的對應(yīng)關(guān)系，由此表可以把統(tǒng)計對象名稱轉(zhuǎn)換為數(shù)據(jù)庫表名稱，表1為該表數(shù)據(jù)示例。

（3） 統(tǒng)計對象關(guān)系表。各統(tǒng)計對象數(shù)據(jù)表之間存在一定的關(guān)聯(lián)關(guān)系，如KSXX（考生信息表）、ZCJ（總成績信息表）和kh（考號）等為關(guān)聯(lián)條件，即KSXX.kh=ZCJ.kh。系統(tǒng)在生成SQL語句時需要根據(jù)表之間的關(guān)系構(gòu)建連接字符串，從而形成多表查詢語句，因此需要對表之間的關(guān)聯(lián)關(guān)系進(jìn)行定義。表2為統(tǒng)計對象關(guān)系表記錄示例。

（4） 統(tǒng)計屬性定義表。每個統(tǒng)計屬性都對應(yīng)統(tǒng)計對象數(shù)據(jù)表中的一個可計算字段，在數(shù)據(jù)庫中用一張數(shù)據(jù)表描述各統(tǒng)計屬性與統(tǒng)計對象及表中字段的對應(yīng)關(guān)系，稱之為統(tǒng)計屬性定義表。例如，統(tǒng)計屬性“ZF”（總分）對應(yīng)數(shù)據(jù)庫表“ZCJ”的“ZF”字段，如表3中的第一條記錄。

（5） 維度定義表。同屬性一樣，維度也和統(tǒng)計對象表中的字段有著對應(yīng)關(guān)系，系統(tǒng)在生成SQL語句時，需要根據(jù)維度與統(tǒng)計對象的對應(yīng)關(guān)系轉(zhuǎn)換為數(shù)據(jù)庫表中的字段。描述維度與統(tǒng)計對象表及字段的對應(yīng)關(guān)系表，稱為維度定義表。維度定義表的結(jié)構(gòu)與統(tǒng)計屬性定義表類似，不再贅述。

（6） 統(tǒng)計單元定義表。系統(tǒng)將用戶的統(tǒng)計需求轉(zhuǎn)換為一個或多個統(tǒng)計單元，統(tǒng)計單元定義表主要對每個統(tǒng)計單元的四元素進(jìn)行描述，表中主要字段包括統(tǒng)計對象、計算列、維度表達(dá)式、計算結(jié)果等。例如，“求500分以上理工類考生的總分平均成績”可以描述為一個統(tǒng)計單元記錄，如表4所示。

2 SQL生成器處理流程設(shè)計

SQL生成器設(shè)計思路是把用戶的分析需求轉(zhuǎn)換為統(tǒng)計單元定義，系統(tǒng)根據(jù)統(tǒng)計單元定義構(gòu)造SQL語句，批量執(zhí)行SQL語句即可獲得統(tǒng)計分析結(jié)果。

由系統(tǒng)自動構(gòu)造SQL語句，首先需要對SQL語句結(jié)構(gòu)進(jìn)行分解，形成多個SQL子句，最后合成為完整的SQL語句。SQL語句整體結(jié)構(gòu)比較復(fù)雜，根據(jù)高考成績的常規(guī)統(tǒng)計需求，對所生成的SQL語句簡化，簡化后的SQL語句由3部分構(gòu)成，如圖2所示。

（1）形如“select 統(tǒng)計函數(shù)（表.字段）”，簡稱select子句，用于指定針對哪個字段進(jìn)行什么類型的聚集計算。其中統(tǒng)計函數(shù)直接來自于統(tǒng)計單元定義，“表.字段”可由統(tǒng)計單元查找統(tǒng)計屬性定義表確定。

（2）形如“from 表1 join 表2 on 表1.字段1=表2.字段2 join 表3 on…”，簡稱from子句，該子句表達(dá)了數(shù)據(jù)從哪些數(shù)據(jù)表中篩選，以及這些數(shù)據(jù)表之間的關(guān)聯(lián)關(guān)系。這里的“表1”稱為主數(shù)據(jù)表，由統(tǒng)計單元中的統(tǒng)計對象決定；“表2、表3”等稱為輔數(shù)據(jù)表，由統(tǒng)計單元中的維度名稱決定；表之間的關(guān)聯(lián)條件，即“on 表1.字段1=表2.字段2”部分，可根據(jù)統(tǒng)計對象關(guān)系表中的連接關(guān)系字段確定。

（3）形如“where 維度表達(dá)式1 and 維度表達(dá)式2 and 維度表達(dá)式3……”，簡稱where子句，可由統(tǒng)計單元中的各維度表達(dá)式確定。

3個子句生成后，合成為一個完整的SQL語句，具體操作流程如圖3所示。

3 SQL生成器程序?qū)崿F(xiàn)

根據(jù)以上設(shè)計方案，采用開源數(shù)據(jù)庫系統(tǒng)MYSQL建立相應(yīng)數(shù)據(jù)庫表。為提高處理效率，采用MYSQL存儲過程實現(xiàn)處理流程。由于MYSQL存儲過程尚不支持面向?qū)ο缶幊?，所以在程序?qū)崿F(xiàn)上主要采用結(jié)構(gòu)化方法，并遵照低耦合、高凝聚的模塊化設(shè)計原則。主要存儲過程如表5所示。

4 結(jié)語

本文設(shè)計并實現(xiàn)了適用于高考成績定制分析的SQL生成器，通過統(tǒng)計單元定義統(tǒng)計需求，每個統(tǒng)計單元包括統(tǒng)計對象、統(tǒng)計屬性、維度、統(tǒng)計函數(shù)4個元素，系統(tǒng)根據(jù)統(tǒng)計單元中的4元素以及相應(yīng)定義生成SQL語句，將手工操作的個性化分析需求由計算機(jī)快速自動完成，提高了統(tǒng)計分析的效率及靈活性，降低了對用戶數(shù)據(jù)操作能力的要求。

需要說明的是，雖然所設(shè)計的SQL生成器可滿足大部分個性化高考成績統(tǒng)計分析需求，但個別需求尚不能滿足，這是因為所生成的SQL語句結(jié)構(gòu)是對完整的SQL語言結(jié)構(gòu)的簡化，相對簡單。例如不能生成包含子查詢的SQL語句，也不能生成多個SQL語句組成的程序段。因此，該設(shè)計方案還處在初級階段，尚需在此基礎(chǔ)上進(jìn)一步改進(jìn)和完善。另外，限于篇幅，本文主要討論了SQL生成器的總體處理流程，對于from子句、where子句的實現(xiàn)細(xì)節(jié)未進(jìn)行詳細(xì)討論，后續(xù)筆者將進(jìn)行專題研究。

參考文獻(xiàn)：

[1] 劉娟，高振華.化枯燥為神奇――高考數(shù)據(jù)統(tǒng)計分析報告“把脈”中學(xué)教學(xué)[J].考試與招生，2010（12）：5354.

[2] 胡宏銀，何成萬.基于VBA的SQL生成系統(tǒng)設(shè)計與實現(xiàn)[J].武漢化工學(xué)院學(xué)報，2006（3）：5154.

[3] 胡仁強(qiáng)，杜曉峰，張笑燕.基于BI工具的OLAP SQL語句生成系統(tǒng)研究與實現(xiàn)[J].互聯(lián)網(wǎng)天地，2014（12）：3135.

[4] 胡宏銀，何成萬，姚峰.SQL生成器的設(shè)計與實現(xiàn)[J].計算機(jī)工程與設(shè)計，2006（11）：20242027.

[5] 李海龍，張維明，肖衛(wèi)東，等.通用標(biāo)準(zhǔn)SQL語法分析模型[J].小型微型計算機(jī)系統(tǒng)，2003（11）：19691972.

第9篇：數(shù)據(jù)庫系統(tǒng)設(shè)計方案范文

【關(guān)鍵詞】供電營銷; 解決措施; 供電

中圖分類號：F407.61文獻(xiàn)標(biāo)識碼： A

隨著電力體制改革的日漸深入以及電力市場日漸發(fā)展，。供電要想減少成本，緩解經(jīng)濟(jì)壓力帶來的困擾以及如何避免營銷過程中所產(chǎn)生的風(fēng)險，就必須做好營銷企業(yè)管理工作。針對電力營銷管理信息化方案設(shè)計實施分析，確保電力營銷信息化管理系統(tǒng)的網(wǎng)絡(luò)安全性等方面的內(nèi)容，對于促進(jìn)電力營銷管理信息化工作具有非常重要的意義。

一、電力營銷信息化管理系統(tǒng)層次分析

( 一) 電力營銷信息化管理系統(tǒng)

電力營銷管理信息化系統(tǒng)具有業(yè)擴(kuò)報裝管理系統(tǒng)、電費計算管理系統(tǒng)、檔案管理系統(tǒng)、物資管理系統(tǒng)、資料管理系統(tǒng)等諸多方面，采取數(shù)據(jù)集中管理，每一個供電單位利用廣電網(wǎng)絡(luò)建構(gòu)廣域網(wǎng)實施數(shù)據(jù)共享。業(yè)擴(kuò)流程設(shè)計至計算機(jī)管理同時加以業(yè)擴(kuò)監(jiān)控，逐漸實現(xiàn)單軌制非紙化流程。借助廣電網(wǎng)絡(luò)當(dāng)成數(shù)據(jù)庫通道建構(gòu)供電局同每一個供電營業(yè)部門之間的物理聯(lián)系，數(shù)據(jù)庫服務(wù)器置放于供電系統(tǒng)信息中心進(jìn)行統(tǒng)一管理。

( 二) 電力營銷信息化管理系統(tǒng)設(shè)計原則

電力營銷信息化管理系統(tǒng)設(shè)計原則主要可以歸納為如下四個方面:

1、系統(tǒng)設(shè)計具有開放性

系統(tǒng)設(shè)計時，要充分顧及到電力產(chǎn)業(yè)資源的統(tǒng)一規(guī)劃，做到此系統(tǒng)能夠同其他相聯(lián)系的開放的生產(chǎn)管理、人力資源、財務(wù)、辦公、設(shè)備管理等系統(tǒng)的有效無縫連接。

2、系統(tǒng)設(shè)計具有靈活性

不盡相同的供電單位抑或同一供電單位的不盡相同時期，其解決業(yè)務(wù)問題的過程、方式會有極大的差別。而我們的目標(biāo)則是適宜電力單位快捷轉(zhuǎn)型的需要，依據(jù)供電單位的生產(chǎn)和經(jīng)營以及銷售狀況快速制定針對不同的單位處理方案。

3、系統(tǒng)設(shè)計具有先進(jìn)性

建議采取目前流行的企業(yè)信息系統(tǒng)處理方案設(shè)計與軟件設(shè)計理念，有效運用先進(jìn)的信息和網(wǎng)絡(luò)技術(shù)，實施分布模式、模塊化之構(gòu)件開發(fā)，能夠提供各類專業(yè)接口，給系統(tǒng)之間的互聯(lián)與系統(tǒng)的拓展創(chuàng)造穩(wěn)固的技術(shù)支撐。

4、系統(tǒng)設(shè)計具有安全性

利用客戶權(quán)限管理等應(yīng)用服務(wù)以及系統(tǒng)出錯解決等各種模式來保障系統(tǒng)的數(shù)據(jù)和網(wǎng)絡(luò)安全性。此用戶權(quán)限設(shè)置應(yīng)當(dāng)把系統(tǒng)用戶之工作權(quán)限定義至具體功能，保障數(shù)據(jù)的查閱和解決安全性。應(yīng)用服務(wù)借助負(fù)載平衡算法保障系統(tǒng)的安全及穩(wěn)定運轉(zhuǎn)。

( 三) 電力營銷信息化管理系統(tǒng)功能劃分

依據(jù)營銷系統(tǒng)諸項業(yè)務(wù)需要，系統(tǒng)功能能夠劃分為: 電力營銷管理信息化系統(tǒng)與同其他系統(tǒng)之接口兩部分，核心業(yè)務(wù)模塊包含業(yè)擴(kuò)方面的、抄表方面的、電量電費方面的、收費與賬務(wù)方面的、計量方面的、用電檢查方面的等管理; 系統(tǒng)接口包含銀電聯(lián)網(wǎng)、客服與財務(wù)以及電能計量等系統(tǒng)接口。

二、實行信息的標(biāo)準(zhǔn)化為營銷信息共享和信息集成提供保障

信息標(biāo)準(zhǔn)化是信息化建構(gòu)的基礎(chǔ)工作，也是信息共享和交換以及集成的保障，其融匯于營銷業(yè)務(wù)的整個過程之中。在信息標(biāo)準(zhǔn)化設(shè)計中應(yīng)當(dāng)注重如下兩點工作: 1、統(tǒng)一數(shù)據(jù)格式。譬如: 電價和變電站以及變壓器等依照參數(shù)統(tǒng)一代碼; 2、對電力營銷諸項業(yè)務(wù)結(jié)合國家標(biāo)準(zhǔn)化設(shè)計與流程建構(gòu)業(yè)務(wù)流程，借助信息標(biāo)準(zhǔn)化達(dá)到構(gòu)成上下層業(yè)務(wù)系與同層次業(yè)務(wù)系統(tǒng)數(shù)據(jù)交換的統(tǒng)一體。數(shù)據(jù)的標(biāo)準(zhǔn)化一定要處理數(shù)據(jù)的共享問題。為達(dá)到數(shù)據(jù)中心的數(shù)據(jù)交換與一致口徑，一定要具有規(guī)范一致的基礎(chǔ)數(shù)據(jù)編碼標(biāo)準(zhǔn)。構(gòu)建一整套健全的標(biāo)準(zhǔn)代碼維護(hù)系統(tǒng)與信息技術(shù)標(biāo)準(zhǔn)化制度，針對不盡相同的專業(yè)成立編碼小組，每個編碼小組對于代碼條目實施審核確認(rèn)，而后采取由專人定時，給營銷信息共享與信息集成創(chuàng)造了穩(wěn)固保障的條件。

三、構(gòu)建統(tǒng)一規(guī)范的業(yè)務(wù)流程

供電單位電力營銷流程采取的是國家統(tǒng)一的業(yè)務(wù)流程。因為現(xiàn)行的營銷業(yè)務(wù)流程同規(guī)范流程尚有差距，需依據(jù)標(biāo)準(zhǔn)流程對整體的營銷業(yè)務(wù)流程實施梳理、補充、健全與優(yōu)化，構(gòu)架流程體系。為避免產(chǎn)生業(yè)務(wù)流程黑洞，需構(gòu)建統(tǒng)一的業(yè)務(wù)流程管理機(jī)制。相對供電單位電力營銷管理來講，成立專門的組織部門對業(yè)務(wù)流程實施分析和整合以及優(yōu)化、重組等能夠取得事半功倍之效果。

四、確保電力營銷信息化管理系統(tǒng)的網(wǎng)絡(luò)安全性

網(wǎng)絡(luò)安全的管理可劃分成局域網(wǎng)內(nèi)部和 Internet 以及與其他系統(tǒng)接口的安全等。要搞好營銷系統(tǒng)整體的網(wǎng)絡(luò)安全工作一定要首先保障局域網(wǎng)之內(nèi)部安全，依照分工依然由公司信息中心主抓。具體應(yīng)當(dāng)如下兩個方面的工作:

1、保護(hù)企業(yè)內(nèi)部 Intranet 網(wǎng)絡(luò)安全

因為網(wǎng)絡(luò)是一個具有開放性質(zhì)的系統(tǒng)，任意一臺只要連接 In-ternet 的機(jī)器均有可能為其他人查閱。所以，為了避免非法用戶的侵入抑或惡意的詆毀，保障企業(yè)內(nèi)部 Intranet 網(wǎng)絡(luò)安全，一定采用相適宜的防范措施。

2、保護(hù)與其他系統(tǒng)接口的安全

隨著聯(lián)機(jī)實時業(yè)務(wù)譬如銀電聯(lián)網(wǎng)等的發(fā)展，電力營銷管理信息化系統(tǒng)將不能避免地與愈來愈多的接口實施必要的數(shù)據(jù)交換，而在此種交換中，一定要顧及怎樣來保證數(shù)據(jù)庫系統(tǒng)的安全。為保證系統(tǒng)主機(jī)以及數(shù)據(jù)庫安全，在與接口實施數(shù)據(jù)交換時采取專門的前置機(jī)同其他系統(tǒng)實施對接，在前置機(jī)前面安裝設(shè)置防火墻，以免系統(tǒng)針對網(wǎng)絡(luò)主機(jī)的直接接觸，能夠有效地保證數(shù)據(jù)安全。

五、分層實現(xiàn)與分步實施是電力營銷管理信息化唯一可行的戰(zhàn)略

管理信息化的推動已不再是單一的普及運用信息系統(tǒng)之問題，其已經(jīng)牽涉到組織部門的調(diào)整與業(yè)務(wù)流程再造。而與此工作相關(guān)的營銷部門、生產(chǎn)部門等，需要一起協(xié)作配合實現(xiàn)。而電能信息實時采集同監(jiān)控模塊當(dāng)前是利用接口程序達(dá)到數(shù)據(jù)共享，遠(yuǎn)遠(yuǎn)沒有實現(xiàn)聯(lián)動之效果，需求側(cè)等其他四個模塊相連業(yè)務(wù)依舊為手工過程，實用化尚需大量的基礎(chǔ)數(shù)據(jù)來做支撐，這便要求有大量的前期預(yù)備工作要做。

4 結(jié)束語

供電企業(yè)中營銷管理工作非常重要，發(fā)現(xiàn)問題，及時處理，研究相應(yīng)的對策，對電力營銷工作起到促進(jìn)發(fā)展的意義，同時也為電力營銷和市場開拓奠定了牢固的基礎(chǔ)。

【參考文獻(xiàn)】

［1］曹勖． 淺談電力系統(tǒng)信息化管理的設(shè)計方案［J］． 黑龍江科技信息，2011( 22)

［2］陳舜玲． 供電企業(yè)實施電力營銷精細(xì)化服務(wù)管理探索［J］． 技術(shù)與市場，2011( 07)