時間：2022-03-19 20:50:46
導(dǎo)語：在數(shù)據(jù)庫技術(shù)論文的撰寫旅程中，學(xué)習(xí)并吸收他人佳作的精髓是一條寶貴的路徑，好期刊匯集了九篇優(yōu)秀范文，愿這些內(nèi)容能夠啟發(fā)您的創(chuàng)作靈感，引領(lǐng)您探索更多的創(chuàng)作可能。
目前，著名數(shù)據(jù)庫管理系統(tǒng)有Oracle、Sybase、Informix、Microsoft、MicrosoftAccess、VisualFoxPro等,這些產(chǎn)品各以自己特有的功能，在數(shù)據(jù)庫市場上占有一席之地。下面簡要介紹幾種常用的數(shù)據(jù)庫管理系統(tǒng)。
1.Oracle。Oracle是一個最早商品化的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，也是應(yīng)用廣泛、功能強(qiáng)大的數(shù)據(jù)庫管理系統(tǒng)。Oracle作為一個通用的數(shù)據(jù)庫管理系統(tǒng)，不僅具有完整的數(shù)據(jù)管理功能，還是一個分布式數(shù)據(jù)庫系統(tǒng)，支持各種分布式功能。Oracle使用PL/SQL語言執(zhí)行各種操作，具有可開放性、可移植性、可伸縮性等功能。
2.Sybase。最新版本的SybaseAdaptiveServer與以前的版本相比，具有更豐富的功能設(shè)置，Sybase比較強(qiáng)大的地方在于它對資源的低占有率上。在這一方面，Sybase15還引入了新的“專利查詢過程技術(shù)”，顯示了增強(qiáng)的性能和降低的硬件資源消耗。
3.MicrosoftSQLServer。MicrosoftSQLServer是一種典型的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，可以在許多操作系統(tǒng)上運(yùn)行，它使用Transact-SQL語言完成數(shù)據(jù)操作。由于MicrosoftSQLServer是開放式的系統(tǒng)，其它系統(tǒng)可以與它進(jìn)行完好的交互操作。
4.MicrosoftOffice。作為MicrosoftOffice組件之一的MicrosoftAccess是在Windows環(huán)境下非常流行的桌面型數(shù)據(jù)庫管理系統(tǒng)。Access既擁有用戶界面(VB可以用來開發(fā)用戶界面)；也擁有邏輯、流程處理，即VBA語言(VB也可以用來做邏輯處理)；又可以存儲數(shù)據(jù)，即在“表”中存儲數(shù)據(jù)。使用MicrosoftAccess無需編寫任何代碼，只需通過直觀的可視化操作就可以完成大部分?jǐn)?shù)據(jù)管理任務(wù)。在MicrosoftAccess數(shù)據(jù)庫中，包括許多組成數(shù)據(jù)庫的基本要素。這些要素是存儲信息的表、顯示人機(jī)交互界面的窗體、有效檢索數(shù)據(jù)的查詢、信息輸出載體的報(bào)表、提高應(yīng)用效率的宏、功能強(qiáng)大的模塊工具等。
5.VisualFoxPro。VisualFoxPro是Microsoft公司VisualStudio系列開發(fā)產(chǎn)品之一，簡稱VFP是Xbase數(shù)據(jù)庫家族的成員，可以運(yùn)行于Windows9X/2000和WindowsNT平臺的32位的數(shù)據(jù)庫開發(fā)系統(tǒng)。VisualFoxPro提供了一個功能強(qiáng)大的集成化開發(fā)環(huán)境，采用可視化和面向?qū)ο蟮某绦蛟O(shè)計(jì)方法，使數(shù)據(jù)管理和應(yīng)用程序的開發(fā)更加簡便。VisualFoxPro是數(shù)據(jù)庫管理軟件，可實(shí)現(xiàn)數(shù)據(jù)與應(yīng)用程序獨(dú)立。
二、如何選擇適合自己的數(shù)據(jù)庫軟件
1.按性能應(yīng)從以下幾個方面予以考慮：
(1)構(gòu)造數(shù)據(jù)庫的難易程度；(2)程序開發(fā)的難易程度；(3)數(shù)據(jù)庫管理系統(tǒng)的性能分析；(4)對分布式應(yīng)用的支持；(5)并行處理能力；(6)可移植性和可擴(kuò)展性；(7)數(shù)據(jù)完整性約束；(8)并發(fā)控制功能；(9)容錯能力；(10)安全性控制；(11)支持漢字處理能力。
2.按需求來選擇
選擇一個數(shù)據(jù)庫的主要理由就是它的功能是否可以很好地支持你的應(yīng)用程序。人們通常使用數(shù)據(jù)庫來完成的任務(wù)有：支持Web、事務(wù)處理、文本搜索，有的情況下復(fù)制也是一個重要的要求。在事務(wù)處理方面，Oracle看上去更有領(lǐng)先優(yōu)勢，接下來是微軟的SQLServer。沒有一個開源數(shù)據(jù)庫具有可以與Oracle相媲美的事務(wù)處理功能。
3.按易用性和管理來選擇；
4.按支持性來選擇；
5.按成本因素來選擇。
三、結(jié)論
Oracle是商業(yè)數(shù)據(jù)庫的代表，具有非常豐富的功能、廣泛的平臺支持和大量的附加功能。目前Access更常用一些，Access不是一種存儲格式，是一種軟件。ACCESS這個軟件本身就具有開發(fā)者使用的界面和適合于“最終用戶”的界面。但學(xué)習(xí)FoxPro可為學(xué)型數(shù)據(jù)庫管理軟件大典基礎(chǔ)。微軟的SQLServer只可以運(yùn)行在其Windows操作系統(tǒng)平臺上。不過由于Windows操作系統(tǒng)的廣泛普及，缺乏對其他系統(tǒng)的支持并沒有阻擋SQLServer的市場份額的增長。SQLServer是真正的中大型數(shù)據(jù)庫,VFP是桌面數(shù)據(jù)庫,使用方便、易學(xué)，但實(shí)際上犧牲了真正數(shù)據(jù)庫的一些功能，如安全性；此外，VFP既是數(shù)據(jù)庫又是編程語言（開發(fā)工具）。SQLServer是中大型數(shù)據(jù)庫,VFP是帶有自身數(shù)據(jù)庫的編程語言。
總體來說，選擇什么樣的數(shù)據(jù)庫要看你的應(yīng)用程序的需要。如果它是以閱讀數(shù)據(jù)庫為主的Web應(yīng)用，MySQL無疑是最佳選擇。而如果需要那些事務(wù)處理和復(fù)雜的數(shù)據(jù)庫功能，那么可選擇Oracle和微軟的SQLServer。如果你需要一些商業(yè)數(shù)據(jù)庫的高級功，但又不想支付授權(quán)費(fèi)用，那么可以考慮PostgreSQL或Ingres。對于嵌入式數(shù)據(jù)庫應(yīng)用，MySQL和Sybase所占有的系統(tǒng)資源最少?？傊?，最適合的才是最好的！
參考文獻(xiàn)：
[1]劉守根.數(shù)據(jù)庫管理系統(tǒng)的現(xiàn)狀和發(fā)展方向初探.內(nèi)江科技，2006，(2).
[2]陳業(yè)斌.分布式數(shù)據(jù)庫管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn).安徽工業(yè)大學(xué)學(xué)報(bào)(自然科學(xué)版)，2005,(3).
[3]姬志剛.計(jì)算機(jī)、網(wǎng)絡(luò)與信息社會.科技咨詢導(dǎo)報(bào)，2006，(20).
[4]薛向陽.數(shù)據(jù)庫管理系統(tǒng)的開發(fā)與程序的設(shè)計(jì).渭南師范學(xué)院學(xué)報(bào)，2005,(2)
[5]竺洪平.數(shù)據(jù)庫管理系統(tǒng)的設(shè)計(jì)與程序的開發(fā).中小學(xué)電教，2005，(6).
本文以面向文檔的NoSQL作為數(shù)據(jù)持久層，面向文檔的NoSQL數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)相對于關(guān)系型數(shù)據(jù)庫來說容易許多，在對數(shù)據(jù)進(jìn)行查詢、數(shù)據(jù)庫操作接口方面都有很大的優(yōu)勢］。因?yàn)槊嫦蛭臋n的NoSQL數(shù)據(jù)庫不支持多張表的JOIN操作，因此在對面向文檔的NoSQL數(shù)據(jù)集合進(jìn)行設(shè)計(jì)的時候需要考慮到這方面的因素。本監(jiān)測系統(tǒng)主要的業(yè)務(wù)功能可以分為3個模塊，分別是小區(qū)信息查詢模塊、報(bào)表統(tǒng)計(jì)模塊和用戶、終端管理模塊，因此，數(shù)據(jù)集合的設(shè)計(jì)同樣從這三個方面進(jìn)行設(shè)計(jì)。各個數(shù)據(jù)集合之間的關(guān)系如圖1所示?？紤]到在對數(shù)據(jù)表進(jìn)行設(shè)計(jì)所依據(jù)的原則基本一致，因此以下僅對小區(qū)信息查詢模塊的數(shù)據(jù)表設(shè)計(jì)進(jìn)行著重分析。設(shè)計(jì)數(shù)據(jù)模型需要結(jié)合系統(tǒng)的特點(diǎn)進(jìn)行分析。此系統(tǒng)主要實(shí)現(xiàn)的功能是對小區(qū)天線參數(shù)信息進(jìn)行保存、管理，并以友好的界面展示給用戶，并響應(yīng)用戶的各種操作。因此，在大部分的操作中，存儲天線實(shí)時參數(shù)的ANTENNAARGS表會產(chǎn)生大量的插入操作，本文根據(jù)各個表的不同讀寫比進(jìn)行了設(shè)計(jì)，如圖2所示。本文將天線表、區(qū)域表以內(nèi)嵌的形式放入了小區(qū)表，將天線參數(shù)表設(shè)計(jì)成單獨(dú)的集合，并以引用的方式指向了小區(qū)表主要是考慮到天線參數(shù)集合是被訪問最頻繁的表，會產(chǎn)生大量的讀寫操作，因此在小區(qū)集合與天線參數(shù)集合之間采用的是范式化的模式。其中，天線工參表(ANTENANARGS表)用來存儲從各個采集終端傳輸至管理系統(tǒng)的小區(qū)天線實(shí)時數(shù)據(jù)信息，具體如表1所示。小區(qū)信息表(CELL表)用來存儲各個小區(qū)的地址、天線相關(guān)參數(shù)詳細(xì)信息，如表2所示。除了上述表之外還有采集終端表(TERMI-NAL)、天線信息表(ANTENNA)和告警表(ALARM-REPORT)等。數(shù)據(jù)庫運(yùn)行時，自動將所對應(yīng)的數(shù)據(jù)存入相應(yīng)表中。
2數(shù)據(jù)庫自動分片設(shè)計(jì)
管理系統(tǒng)在運(yùn)行中會產(chǎn)生大量的寫操作，進(jìn)而帶來頻繁的磁盤I/O操作，在大數(shù)據(jù)下，最好采用將數(shù)據(jù)庫分布在多臺服務(wù)器上，即分片［7］。本文采用Auto-Sharding(自動分片)及Replic-Set(復(fù)本集)相結(jié)合的方式來減輕單個數(shù)據(jù)庫服務(wù)器的負(fù)載，即在每臺Server上各自運(yùn)行一個實(shí)例，組成一個Replic-Set，最后再各運(yùn)行一個實(shí)例，組成ConfigServer。直接執(zhí)行Addshard操作即可增加分片以緩解服務(wù)器的壓力，實(shí)現(xiàn)動態(tài)擴(kuò)展。分片的實(shí)現(xiàn)重點(diǎn)在于片鍵設(shè)計(jì)。本文將保存天線參數(shù)信息的集合聲明了一個復(fù)合片鍵{Lacci:1，Day:1}。當(dāng)來自不同的小區(qū)(可以根據(jù)Lacci進(jìn)行判斷)向集群系統(tǒng)插入數(shù)據(jù)時，可以預(yù)計(jì)到在大部分情況下，同一小區(qū)的數(shù)據(jù)會落在單個塊或片上。
3數(shù)據(jù)庫查詢的實(shí)現(xiàn)
數(shù)據(jù)查詢功能為本數(shù)據(jù)庫設(shè)計(jì)的重要功能之一。數(shù)據(jù)庫將小區(qū)信息、天線參數(shù)等相關(guān)的數(shù)據(jù)信息根據(jù)用戶的要求，以界面或報(bào)表的形式全部或部分的顯示給用戶。基于本數(shù)據(jù)庫的設(shè)計(jì)，用戶通過數(shù)據(jù)查詢菜單進(jìn)入相應(yīng)查詢界面，獲取小區(qū)信息、終端信息及告警信息等。實(shí)現(xiàn)“天線工程參數(shù)查詢”功能的工作流程如圖3所示。為了實(shí)現(xiàn)小區(qū)天線參數(shù)查詢功能，客戶端需要向數(shù)據(jù)庫發(fā)送2次請求，用戶根據(jù)需求，向控制器發(fā)送查詢請求，控制器處理查詢命令，對相應(yīng)的小區(qū)進(jìn)行信息查詢，待小區(qū)返回信息后，將用戶的查詢命令發(fā)送至對應(yīng)小區(qū)，根據(jù)需求讀取有用信息，并返回給用戶。跟關(guān)系型數(shù)據(jù)庫相比，由于省去了大量的多表連接操作，實(shí)際上查詢的效率要高于基于關(guān)系型數(shù)據(jù)庫的多表連接查詢。查詢工作的SQL語句如下。
4數(shù)據(jù)庫備份與恢復(fù)
數(shù)據(jù)安全在數(shù)據(jù)庫設(shè)計(jì)中有很重要的地位。在各種意外情況下，如計(jì)算機(jī)硬件故障等，對數(shù)據(jù)庫進(jìn)行備份和恢復(fù)能夠保障數(shù)據(jù)的完整性和安全性，使得數(shù)據(jù)損失降到最?。?］。本數(shù)據(jù)庫設(shè)計(jì)的備份選用的是副本集的方式［7］:在主節(jié)點(diǎn)上進(jìn)行操作，寫入的數(shù)據(jù)被一步地同步到所有的從節(jié)點(diǎn)上，并從主節(jié)點(diǎn)或從節(jié)點(diǎn)上讀取數(shù)據(jù)，如果主節(jié)點(diǎn)由于某些原因斷線，會自動將一個從節(jié)點(diǎn)提升為主節(jié)點(diǎn)。在查詢分析器中運(yùn)用SQL語句完成數(shù)據(jù)庫的備份和恢復(fù)。在數(shù)據(jù)庫管理界面中，用戶通過數(shù)據(jù)庫備份與恢復(fù)功能進(jìn)行相應(yīng)操作，確保數(shù)據(jù)的正確行和完整性。
5結(jié)束語
1.1有效避免資源浪費(fèi)現(xiàn)象的發(fā)生
對于計(jì)算機(jī)軟件系統(tǒng)而言，數(shù)據(jù)庫作為其中的核心內(nèi)容，需要得到人們的重點(diǎn)關(guān)注。在數(shù)據(jù)庫設(shè)計(jì)的過程中，需要通過對軟件工程的定義分析，實(shí)現(xiàn)對不同軟件工程項(xiàng)目的認(rèn)識及理解，滿足數(shù)據(jù)庫編程的基本需求，從而有效避免了數(shù)據(jù)資源浪費(fèi)現(xiàn)象的發(fā)生。在軟件設(shè)計(jì)中，設(shè)計(jì)人員需要提高對軟件數(shù)據(jù)庫編程的重視，通過對數(shù)據(jù)庫資源的綜合性分析，避免數(shù)據(jù)庫出現(xiàn)使用性能不高的問題，解決數(shù)據(jù)故障限制因素。對于不良的數(shù)據(jù)庫而言，其后期系統(tǒng)的維護(hù)頻率會不斷增多，從而造成了計(jì)算機(jī)軟件維修中資源浪費(fèi)的現(xiàn)象。
1.2提高計(jì)算機(jī)軟件系統(tǒng)運(yùn)行速度
在計(jì)算機(jī)系統(tǒng)設(shè)計(jì)及分析中，需要通過對軟件系統(tǒng)的運(yùn)用，實(shí)現(xiàn)對程序功能的穩(wěn)定發(fā)揮，為數(shù)據(jù)資源的系統(tǒng)運(yùn)行提供有效支持。而且，在高性能數(shù)據(jù)軟件系統(tǒng)運(yùn)用中，可以通過對計(jì)算機(jī)系統(tǒng)的操作分析，進(jìn)行準(zhǔn)確、快速的信息傳輸，全面提高軟件系統(tǒng)的運(yùn)行速度。同時，在計(jì)算機(jī)軟件系統(tǒng)使用的過程中，通過對數(shù)據(jù)庫資源的拓展分析，可以為用戶提供便利性的服務(wù)支持，減少數(shù)據(jù)資源浪費(fèi)現(xiàn)象的發(fā)生。通過計(jì)算機(jī)軟件數(shù)據(jù)庫的構(gòu)建，可以實(shí)現(xiàn)對數(shù)據(jù)庫資源的合理革新，從而為數(shù)據(jù)資源的儲存軟件系統(tǒng)的管理提供有效支持。
2計(jì)算機(jī)軟件工程中的數(shù)據(jù)庫建立
開展計(jì)算機(jī)軟件工程建設(shè)過程中，首先要針對數(shù)據(jù)庫系統(tǒng)進(jìn)行完善，設(shè)計(jì)構(gòu)建基礎(chǔ)的框架，計(jì)算機(jī)軟件通常是在網(wǎng)絡(luò)環(huán)境下運(yùn)行使用的，因此在建設(shè)期間，也要考慮是否存在影響因素，通過各個系統(tǒng)之間的相互配合，來實(shí)現(xiàn)軟件功能，數(shù)據(jù)庫中的信息安全性也能夠得到保障。對于軟件工程中針對數(shù)據(jù)庫編程管理問題，在建立初期要有明確的使用方向，完成基礎(chǔ)框架設(shè)計(jì)后需要針對功能方面采取完善措施，不斷的補(bǔ)充其中的功能，并提升軟件自身防御能力，這樣即使是在網(wǎng)絡(luò)運(yùn)行使用環(huán)境下，也能最大限度的避免受到病毒攻擊，確保數(shù)據(jù)信息安全，同時數(shù)據(jù)庫中信息的更新速率也能夠達(dá)到使用需求標(biāo)準(zhǔn)。數(shù)據(jù)庫建立是基于編程技術(shù)基礎(chǔ)上來開展的，對于一些技術(shù)性問題，通過功能之間的協(xié)調(diào)使用，可以更好的避免出現(xiàn)技術(shù)性問題，同時在軟件工程投入使用后最大限度的利用數(shù)據(jù)庫資源，在網(wǎng)絡(luò)環(huán)境中也能夠?qū)崿F(xiàn)軟件的自動更新檢測。建立過程中要選擇適合的程序匯編語言，通過語言來完成功能框架編寫，選擇適合的匯編語言，針對不同的功能模塊也可以做出區(qū)分，這樣可以更好的幫助提升設(shè)計(jì)效果。
3對數(shù)據(jù)庫文件的應(yīng)用
3.1面向?qū)ο蟮臄?shù)據(jù)庫存儲模式選擇
數(shù)據(jù)庫存儲模式選擇，需要在分區(qū)后進(jìn)行，存儲功能中可能會出現(xiàn)不同程度的功能隱患問題。這種數(shù)據(jù)庫存儲模式選擇也是對用戶訪問權(quán)限的定義，在軟件使用過程中，為確保內(nèi)部重要信息的安全性，會對用戶的訪問權(quán)限進(jìn)行定義，這樣不同級別的用戶所能夠登陸到的界面也存在差異，數(shù)據(jù)庫信息也都得到安全保障?；谖募愋瓦x擇基礎(chǔ)上所進(jìn)行的文件訪問，也更高效合理，實(shí)現(xiàn)上述功能在程序編寫期間要重點(diǎn)設(shè)計(jì)，根據(jù)所存儲的信息類型來對數(shù)據(jù)庫做出選擇，避免出現(xiàn)更深層次的問題，并幫助合理優(yōu)化資源，利用過程中達(dá)到更理想的效果。不同資源在使用時需要根據(jù)所接收到的指令來調(diào)動數(shù)據(jù)庫內(nèi)部信息，實(shí)現(xiàn)資源利用方面的優(yōu)化。
3.2數(shù)據(jù)庫文件的加密保護(hù)
文件加密保護(hù)主要是針對基礎(chǔ)信息來進(jìn)行的，這部分信息關(guān)系到使用者的個人隱私，一旦泄露會造成嚴(yán)重的影響，因此在所開展的數(shù)據(jù)庫文件加密保護(hù)中，要根據(jù)不同信息的重要程度來設(shè)置等級，采用登陸口令以及密碼加密的形式來進(jìn)行保護(hù)，登陸到數(shù)據(jù)庫文件內(nèi)部需要輸入相應(yīng)的加密密匙，這樣工作人員可以根據(jù)常見問題來探討解決加密措施，以免文件應(yīng)用過程中受到網(wǎng)絡(luò)病毒的影響，造成數(shù)據(jù)庫使用期間癱瘓問題。對于文件加密期間的數(shù)據(jù)信息選擇，通過各個系統(tǒng)之間的文件加密選擇，如果出現(xiàn)功能方面的沖突問題，可以通過系統(tǒng)的框架結(jié)構(gòu)優(yōu)化來達(dá)到更理想的優(yōu)化使用模式。為各個系統(tǒng)之間的功能優(yōu)化創(chuàng)造有利環(huán)境。
3.3數(shù)據(jù)存儲模式使用方法比較
存儲功能使用性能是否穩(wěn)定，要從使用方法對比過程中來進(jìn)行探討，觀察運(yùn)行狀態(tài)下的軟件是否存在功能不穩(wěn)定的現(xiàn)象，并從技術(shù)性角度來深入探討預(yù)防措施。設(shè)計(jì)期間的功能選擇直接關(guān)系到后續(xù)網(wǎng)絡(luò)訪問所選擇的形式，以及工作任務(wù)開展期間可能會遇到的相關(guān)問題，幫助提升系統(tǒng)投入使用后的功能穩(wěn)定性，通過這種工作模式上的創(chuàng)新利用，可以幫助避免網(wǎng)絡(luò)環(huán)境中軟件使用受到計(jì)算機(jī)病毒的入侵，并最大程度的保護(hù)數(shù)據(jù)庫中信息的安全性，對于一些比較常見的技術(shù)性問題，對于這種配合方法的選擇也能夠達(dá)到更理想的運(yùn)行效果。系統(tǒng)在運(yùn)行過程中會對所接收到的信息快速篩選，將其中的有用信息進(jìn)行歸類，這樣可以根據(jù)使用需求快速的調(diào)動數(shù)據(jù)庫內(nèi)的信息，軟件投入使用后也可以根據(jù)操作需求對功能進(jìn)行更新處理，這種方法的實(shí)現(xiàn)也需要各個系統(tǒng)之間的相互配合。對存儲模式進(jìn)行對比，觀察其中所存在的問題，更有利于下一階段軟件功能設(shè)計(jì)的實(shí)現(xiàn)。
3.4開發(fā)設(shè)計(jì)中的編程技術(shù)選擇
編程技術(shù)選擇過程中，要以軟件功能的穩(wěn)定性來進(jìn)行探討，觀察在系統(tǒng)設(shè)計(jì)中對資源的利用是否優(yōu)化，以及可能會出現(xiàn)的功能不穩(wěn)定現(xiàn)象。針對比較常見的系統(tǒng)功能問題，在編程階段的技術(shù)選擇可以采用對比的方法來進(jìn)行，觀察系統(tǒng)功能的穩(wěn)定性，發(fā)現(xiàn)數(shù)據(jù)傳輸不準(zhǔn)確的現(xiàn)象要及時采取解決控制措施，預(yù)防軟件的功能出現(xiàn)大面積癱瘓，影響到正常工作使用。程序檢測工作開展也是針對這些技術(shù)選擇問題來進(jìn)行的，對所開發(fā)設(shè)計(jì)出的軟件進(jìn)行穩(wěn)定性檢測，為系統(tǒng)的運(yùn)行創(chuàng)造出安全適合的環(huán)境，在這樣的環(huán)境下才能夠解決運(yùn)行穩(wěn)定性問題，并達(dá)到系統(tǒng)需求的工作環(huán)境。軟件功能穩(wěn)定性與編程技術(shù)的選擇之間有很大關(guān)系，因此在選擇編程方法時要考慮是否可以解決這一技術(shù)優(yōu)化利用的問題。開發(fā)初期階段出現(xiàn)問題可以重新優(yōu)化基礎(chǔ)框架結(jié)構(gòu)，這樣后續(xù)的建設(shè)計(jì)劃也可以順序開展，在這樣的環(huán)境下，計(jì)算機(jī)程序匯編面臨著功能實(shí)現(xiàn)與網(wǎng)絡(luò)環(huán)境安全防護(hù)的雙重任務(wù)，實(shí)現(xiàn)各項(xiàng)工作任務(wù)也是十分復(fù)雜的。
1.建立學(xué)籍檔案數(shù)據(jù)庫使學(xué)籍檔案的管理效率、檢索速度和查準(zhǔn)率有了明顯的提高。面對日積月累的檔案，沿用傳統(tǒng)的手工目錄查詢檔案已經(jīng)不能適應(yīng)形勢的要求，傳統(tǒng)的案卷目錄檢索點(diǎn)單一，不支持模糊查詢，檢索起來費(fèi)勁費(fèi)時，而且查全率和查準(zhǔn)率很難得到保障。以復(fù)旦大學(xué)1960年以后形成的學(xué)生學(xué)籍檔案為例，如本?？粕膶W(xué)生成績表、畢業(yè)生登記表，不以個人為單位立卷的，而是以年度、院系或?qū)I(yè)為單位裝訂成冊，學(xué)生的學(xué)籍變更如休學(xué)、退學(xué)、復(fù)學(xué)、轉(zhuǎn)學(xué)不能在案卷目錄上體現(xiàn)出來，這樣難免會降低檔案的查準(zhǔn)率。我們將學(xué)生的個人信息輸入計(jì)算機(jī)，建立學(xué)生信息數(shù)據(jù)庫，只要定義任一檢索條件或組合查詢，即可迅速準(zhǔn)確地篩選出符合條件的記錄。
2.采用學(xué)籍檔案數(shù)據(jù)庫管理緩解了檔案保存與利用之間的矛盾。學(xué)籍檔案的形成年度跨度較大，尤其是具有百年歷史的高校，學(xué)籍檔案對于研究高校教育史具有重要的參考價值，而檔案不同于一般的歷史文物，具有記錄性和原始性的特點(diǎn)，隨著社會的發(fā)展，學(xué)籍檔案的利用率在不斷提高，檔案的破損速度也在加快，這樣就產(chǎn)生了學(xué)籍檔案“保存”與“利用”之間的矛盾。將學(xué)籍檔案原文數(shù)字化，存入數(shù)據(jù)庫，不僅可以解決“保存”與“利用”的矛盾，而且還大大提高了查檢速度。
3.學(xué)籍檔案數(shù)字化是檔案信息上網(wǎng)的基礎(chǔ)。網(wǎng)絡(luò)化已成為時代的主旋律，網(wǎng)絡(luò)技術(shù)的應(yīng)用更推動了檔案事業(yè)邁上新的層次。檔案信息是重要的信息資源，檔案信息只有上網(wǎng)才能體現(xiàn)它的價值，才能為更多人所利用。大量的檔案信息寓于紙質(zhì)的案卷、文件之中，雖然電子文件已經(jīng)達(dá)到相當(dāng)程度的普及，但大量較早時期形成的檔案都還是紙質(zhì)的，這是檔案信息上網(wǎng)的一大障礙。只有將這些紙質(zhì)檔案轉(zhuǎn)化為電子文件，才能真正成為電子信息。
2、建設(shè)學(xué)籍檔案數(shù)據(jù)庫
1.學(xué)生信息數(shù)據(jù)庫的基本結(jié)構(gòu)
學(xué)生信息數(shù)據(jù)庫由10個輸入字段組成，分別是：學(xué)號、姓名、字、號、籍貫、院、系、專業(yè)、入學(xué)年月、畢業(yè)年月，同時，這些字段又是多途徑組合查詢的檢索入口。
我們用Access2000來開發(fā)學(xué)籍檔案信息管理系統(tǒng)，Access是一種關(guān)系型數(shù)據(jù)庫，它為用戶提供了數(shù)據(jù)庫管理的工具集和應(yīng)用程序開發(fā)環(huán)境，是中小型數(shù)據(jù)庫應(yīng)用領(lǐng)域中最通用的數(shù)據(jù)庫軟件。由于Access數(shù)據(jù)庫和VB(VisualBasic)語言結(jié)合得比較好，對于數(shù)據(jù)庫開發(fā)人員，利用VB語言以及Access數(shù)據(jù)庫提供的可視化工具和向?qū)?，便可以設(shè)計(jì)出具有一定規(guī)模、功能強(qiáng)大的數(shù)據(jù)庫應(yīng)用系統(tǒng)。Access還具有數(shù)據(jù)訪問的功能，可以創(chuàng)建用來添加、編輯、查看、處理學(xué)籍檔案數(shù)據(jù)庫當(dāng)前記錄的Web頁，也可以通過電子郵件發(fā)送數(shù)據(jù)。
2.制作掃描文件
采用掃描錄入方式將學(xué)籍檔案按原貌逐頁存儲為圖像文件，學(xué)籍檔案原件有5項(xiàng)基本內(nèi)容：畢業(yè)照、學(xué)生學(xué)籍表、分年課程學(xué)分表、畢業(yè)資格審查表、中學(xué)畢業(yè)證書，以學(xué)號作為文件名標(biāo)識，例如某人學(xué)號為13561，那么他的掃描文件分別為13561a、13561b、13561c、13561d、13561e，依次類推。
計(jì)算機(jī)圖像文件的格式很多，常見的圖像格式有：BMP、JPEG、TIFF等，使用上各有長短。不同的格式其文件大小、打開速度、支持顏色、壓縮耗損等參數(shù)均不相同。BMP格式的圖像沒有壓縮、最能體現(xiàn)實(shí)物的原貌，大多數(shù)瀏覽器如IE、Netscape等都支持這種格式。然而其文件大，占用系統(tǒng)資源最多，打開速度慢，特別是在網(wǎng)絡(luò)上傳輸時，其打開和下載速度更難適應(yīng)要求。因此在圖像格式的選擇上必須考慮Web圖像的要求。JPEG格式的圖像壓縮比例大，圖像文件做得小，網(wǎng)絡(luò)下載速度也最快，支持顏色也多。TIFF格式的文件適合做動態(tài)圖形，但是色彩層次的還原性比較差。所以，建設(shè)大量圖片形式的掃描文件庫選擇以*.JPG格式保存比較好。
經(jīng)過比較和測試，用100dpi的掃描分辨率掃描的圖像在清晰度和文件大小之間達(dá)到較好的平衡。
3.學(xué)籍檔案數(shù)據(jù)庫系統(tǒng)的設(shè)計(jì)
對所有的掃描文件編制目錄索引，目錄索引用數(shù)據(jù)庫方式建立，每一圖像文件以其存儲地址與其在目錄索引中的記錄相鏈接。利用目錄索引可檢出所需檔案之圖像文件的存放地址，通過地址借助鏈接顯示該檔案原文的圖像。
我們設(shè)計(jì)的復(fù)旦大學(xué)學(xué)生學(xué)籍檔案信息管理系統(tǒng)由數(shù)據(jù)庫文件，掃描文件，超文本文件及程序文件組成。分別開設(shè)四個子目錄存放這四部分的文件。
數(shù)據(jù)庫文件即學(xué)籍信息數(shù)據(jù)庫，由手工錄入的學(xué)生信息組成，一人一條記錄，是檢索的依據(jù)，也是鏈接的基礎(chǔ)。
掃描文件即學(xué)籍檔案的原文掃描件，由于數(shù)量多，必需用一個大容量的硬盤來存放，為了保證數(shù)據(jù)的安全，還應(yīng)分期分批進(jìn)行數(shù)據(jù)備份。
超文本文件即*.html文件，通過程序生成，通過學(xué)號建立超文本鏈接。
程序文件由輸入界面、查詢界面組成，并分別嵌入IE控件。程序啟動后，歷讀學(xué)籍檔案文件夾中的掃描圖形文件，依學(xué)號自動編寫相應(yīng)的HTML文件，供輸入、查詢中的瀏覽器閱讀。
系統(tǒng)采用先掃描后輸入的方式。在輸入界面內(nèi)，選擇學(xué)號，程序調(diào)用對應(yīng)的HTML文件，瀏覽器顯示對應(yīng)學(xué)籍表，依據(jù)學(xué)籍表輸入相關(guān)信息，使數(shù)據(jù)庫的輸入工作簡潔直觀，可方便完成數(shù)據(jù)的保存、編輯和打印等工作。
在查詢界面內(nèi)，可按各字段進(jìn)行獨(dú)立或組合檢索，并在網(wǎng)頁內(nèi)給出結(jié)果集合。點(diǎn)擊學(xué)號，瀏覽器給出該學(xué)生的全部檔案資料。并可直接打印，郵寄各文件。
3、建設(shè)學(xué)籍檔案數(shù)據(jù)庫的難點(diǎn)和解決辦法
1.學(xué)籍檔案具有原始性的特點(diǎn)。雖然文檔一體化管理在信息系統(tǒng)技術(shù)上已逐步走向成熟，但是大量歸檔后的文件卻不能做到全部數(shù)字化。自動文字識別軟件OCR技術(shù)的應(yīng)用大大提高了數(shù)字化的效率，但是這種軟件要求印刷體的規(guī)范化文字，而對歷史檔案原始資料中大量形形的手寫字體很難識別。由于時代所限，早期形成的歷史檔案都是紙質(zhì)的，這也是實(shí)現(xiàn)檔案數(shù)字化的瓶頸。所以，通過掃描技術(shù)，將原始的學(xué)籍檔案材料，轉(zhuǎn)換為圖像文件存儲在計(jì)算機(jī)中，是一種比較現(xiàn)實(shí)可行的辦法。通過學(xué)籍檔案數(shù)據(jù)庫可以快速調(diào)用原文數(shù)據(jù)庫即掃描文件庫中的文件，也省卻了調(diào)卷的繁復(fù)。
2.學(xué)籍檔案材料不統(tǒng)一。學(xué)籍檔案是散頁的，各種材料大小不一，有些材料甚至有缺損，在掃描時需要對有殘缺和破損的照片在進(jìn)行修補(bǔ)，我們可以用圖像處理技術(shù)對掃描的圖像文件進(jìn)行加工，使之達(dá)到滿意的效果。
一、實(shí)驗(yàn)情境設(shè)計(jì)
某小型企業(yè)已建立采用B/S結(jié)構(gòu)設(shè)計(jì)的銷售管理系統(tǒng)，其后臺數(shù)據(jù)庫名稱為example，products表和orders表是example數(shù)據(jù)庫中的兩張表。要求用戶a～e能登錄數(shù)據(jù)庫服務(wù)器并按照設(shè)計(jì)的訪問控制權(quán)限訪問相應(yīng)的服務(wù)器及數(shù)據(jù)庫資源，訪問用戶及權(quán)限設(shè)置如表1所示：表1用戶及訪問權(quán)限設(shè)置表
二、實(shí)驗(yàn)技術(shù)分析
本實(shí)驗(yàn)主要實(shí)現(xiàn)在SQLSERVER中對數(shù)據(jù)庫安全性的管理問題。首先明確SQLServer中身份驗(yàn)證的種類和實(shí)現(xiàn)步驟，然后再熟悉為用戶分配登錄賬號和權(quán)限的操作方法，對于SQLServer安全性的各種管理，尤其是對數(shù)據(jù)庫訪問控制操作有深入要求。要管理數(shù)據(jù)庫安全性，必須了解各種賬號和權(quán)限，因?yàn)榘踩跃褪峭ㄟ^它們的分配來實(shí)現(xiàn)的。所以掌握它們的區(qū)別和用處非常重要。（一）SQLSERVER身份驗(yàn)證模式SQLSERVER身份驗(yàn)證模式指SQLSERVER如何處理用戶名和密碼的問題，SQLSERVER提供兩種身份驗(yàn)證模式。1、Windows身份驗(yàn)證模式，在這種方式下，用戶只可以使用Windows身份登陸連接到SQLServer，由Windows操作系統(tǒng)對客戶端進(jìn)行身份驗(yàn)證。我們知道，SQLServer和Windows同屬于微軟公司的產(chǎn)品。當(dāng)使用Windows身份驗(yàn)證連接到SQLServer時，SQLServer使用Windows操作系統(tǒng)中的信息驗(yàn)證賬戶名和密碼，用戶不必重復(fù)提交登錄名和密碼。這種驗(yàn)證方式的弊端在于若采取B/S結(jié)構(gòu)服務(wù)器，遠(yuǎn)程客戶機(jī)無法連接到服務(wù)器，這時須使用混合驗(yàn)證模式。2、混合驗(yàn)證模式，即可以同時使用Windows身份驗(yàn)證和SQLServer身份驗(yàn)證。使用具體驗(yàn)證方式取決于在最初通信時使用的網(wǎng)絡(luò)庫。如果一個用戶使用TCP/IP進(jìn)行登錄驗(yàn)證，則使用SQLServer身份驗(yàn)證；如果用戶使用命名管道，則登錄時將使用Windows身份驗(yàn)證。[1]圖1SQLServer安全性決策樹通過以上兩種身份驗(yàn)證模式，用戶如果想使用指定的登錄名稱和密碼連接到SQLServer，SQLServer會按照圖1所示的安全性決策樹進(jìn)行安全身份驗(yàn)證。本實(shí)驗(yàn)中要實(shí)現(xiàn)在采用B/S結(jié)構(gòu)設(shè)計(jì)的銷售管理系統(tǒng)中讓不同的客戶端用戶能訪問服務(wù)器的數(shù)據(jù)庫資源，所以身份驗(yàn)證模式可以設(shè)置為“SQLServer和Windows身份驗(yàn)證模式”。（二）賬號和權(quán)限1、登錄帳戶登錄賬戶是讓用戶登錄到SQLServer服務(wù)器中用的賬號，如果用戶不能登錄SQLServer的服務(wù)器，也就不能訪問該服務(wù)器上的數(shù)據(jù)庫資源。在實(shí)驗(yàn)中，需要創(chuàng)建登錄帳戶logina～logine，讓這些帳戶都能登錄數(shù)據(jù)庫服務(wù)器。2、數(shù)據(jù)庫用戶一個SQLServer服務(wù)器下面可以建多個數(shù)據(jù)庫。能登錄到SQLServer服務(wù)器，不一定能訪問到服務(wù)器中的數(shù)據(jù)庫。在實(shí)驗(yàn)中，需要創(chuàng)建數(shù)據(jù)庫用戶userb～usere，使這些數(shù)據(jù)庫用戶都能訪問sample數(shù)據(jù)庫。3、角色為了便于管理數(shù)據(jù)庫的的權(quán)限，SQLServer提供了若干“角色”，“角色”就是用一種方法來把用戶集中到一個單元中，并在此單元上應(yīng)用權(quán)限。SQLServer提供了預(yù)定義的服務(wù)器角色和數(shù)據(jù)庫角色，也可以在數(shù)據(jù)庫中創(chuàng)建用戶自定義的數(shù)據(jù)庫角色。在實(shí)驗(yàn)中，用到如下兩個固定的服務(wù)器角色和數(shù)據(jù)庫角色：sysadmin固定服務(wù)器角色的成員可以在數(shù)據(jù)庫引擎中執(zhí)行任何活動。db_backupoperator固定數(shù)據(jù)庫角色的成員可以備份數(shù)據(jù)庫。由于本實(shí)驗(yàn)中用戶a需要訪問控制全部服務(wù)器資源，即用戶a要求完全的數(shù)據(jù)庫服務(wù)器訪問權(quán)限，所以用戶a應(yīng)設(shè)置為固定服務(wù)器角色sysadmin的成員之一，使之成為服務(wù)器的超級管理員。用戶a的安全訪問流程如圖2所示。圖2用戶a安全訪問流程用戶b要能備份數(shù)據(jù)庫，可以將其添加到數(shù)據(jù)庫角色db_backupoperator中，用戶b的安全訪問流程如圖3所示。用戶c與用戶d都要訪問數(shù)據(jù)庫中的表，所不同的是具體的訪問對象及訪問權(quán)限，在實(shí)驗(yàn)中可以創(chuàng)建兩個自定義的數(shù)據(jù)庫角色R1和R2，將用戶userc、用戶userd分別添加到R1角色R2角色中。4、權(quán)限在為用戶和角色分配登錄帳戶后，還必須為他們分配權(quán)限以增強(qiáng)數(shù)據(jù)庫的安全性。權(quán)限詳細(xì)地說明了可以讓用戶使用哪些數(shù)據(jù)庫對象，并可以對它們進(jìn)行哪些處理。用戶在數(shù)據(jù)庫內(nèi)的權(quán)限取決于用戶帳戶的權(quán)限和該用戶所屬的角色成員。在實(shí)驗(yàn)中為R1角色授予查詢、修改products表的權(quán)限，為R2角色授予查詢orders表的權(quán)限，為用戶usere添加訪問products表、orders表的權(quán)限。用戶c～用戶d訪問數(shù)據(jù)庫資源的控制方式如圖4所示。圖4用戶c～用戶e安全訪問流程
三、實(shí)驗(yàn)過程
該實(shí)驗(yàn)需要每人PC機(jī)一臺，操作系統(tǒng)為Win－dowsxp或win7，實(shí)驗(yàn)的數(shù)據(jù)庫管理系統(tǒng)軟件為SQLServer2005或SQLServer2008。請學(xué)生務(wù)必用每個用戶的身份進(jìn)行登錄、比較操作以校驗(yàn)數(shù)據(jù)庫安全訪問控制實(shí)驗(yàn)過程的正確性。
四、實(shí)驗(yàn)總結(jié)
摘要分析了幾種網(wǎng)絡(luò)計(jì)算模式的特點(diǎn)，針對客戶機(jī)/服務(wù)器模式設(shè)計(jì)了一個地理信息系統(tǒng)(GIS)訪問數(shù)據(jù)庫的結(jié)構(gòu)框架——客戶端分為GIS功能層和數(shù)據(jù)庫請求層兩層，服務(wù)器存放數(shù)據(jù)，并將此結(jié)構(gòu)與ESRI公司的空間數(shù)據(jù)庫引擎(SDE)作了對比；通過比較幾種數(shù)據(jù)庫訪問的程序?qū)崿F(xiàn)方式，認(rèn)為ODBCAPI在開放性方面是良好的.最后給出的MAPGIS實(shí)例表明：采用上述設(shè)計(jì)思路的應(yīng)用系統(tǒng)不但利用了原有MAPGIS的研究成果，實(shí)現(xiàn)了GIS訪問網(wǎng)絡(luò)數(shù)據(jù)庫的功能，而且還具有良好的開放性.
關(guān)鍵詞地理信息系統(tǒng)，數(shù)據(jù)庫訪問，空間數(shù)據(jù)庫引擎(SDE)，C/S模式，ODBC.
引言
近年來，網(wǎng)絡(luò)技術(shù)得到迅速的發(fā)展，這就為信息資源的共享提供了技術(shù)上的可能.作為信息密集型的地理信息系統(tǒng)(GIS)上升到網(wǎng)絡(luò)平臺可謂適逢其時.但從目前的應(yīng)用情況來看，除了國外極少的公司擁有網(wǎng)絡(luò)版的GIS之外，在國內(nèi)還處于試驗(yàn)研制的階段.因此，盡快地研制出我國自主版權(quán)的網(wǎng)絡(luò)GIS的原型和產(chǎn)品，并在技術(shù)手段上達(dá)到國際先進(jìn)水平，是擺在我們面前的一項(xiàng)迫切的任務(wù).
1網(wǎng)絡(luò)計(jì)算的幾種模式及特點(diǎn)
(1)傳統(tǒng)的集中式.這是一種主機(jī)-終端模式，所有的計(jì)算任務(wù)和數(shù)據(jù)管理任務(wù)都集中在主機(jī)上，終端只是主機(jī)輸入/輸出設(shè)備的延長.這種模式的優(yōu)點(diǎn)是容易管理，缺點(diǎn)是對主機(jī)的性能要求很高，也浪費(fèi)了作為終端的計(jì)算機(jī)的計(jì)算能力，并且從性能價格比來看，在購置費(fèi)用相當(dāng)?shù)那闆r下，一臺主機(jī)的性能往往比不上幾臺計(jì)算機(jī)所組成網(wǎng)絡(luò)的性能；因此這種模式已逐漸退出主流.字串5
(2)客戶機(jī)/服務(wù)器(client/server，簡稱C/S)模式.一般說來，在這種模式下，服務(wù)器只集中管理數(shù)據(jù)，而計(jì)算任務(wù)分散在客戶機(jī)上，客戶機(jī)和服務(wù)器之間通過網(wǎng)絡(luò)協(xié)議來進(jìn)行通訊.客戶機(jī)向服務(wù)器發(fā)出數(shù)據(jù)請求，服務(wù)器將數(shù)據(jù)傳送給客戶機(jī)進(jìn)行計(jì)算，計(jì)算完畢，計(jì)算結(jié)果可返回給服務(wù)器.這種模式的優(yōu)點(diǎn)充分利用了客戶機(jī)的性能，使計(jì)算能力大大提高；另外，由于客戶機(jī)和服務(wù)器之間的通訊是通過網(wǎng)絡(luò)協(xié)議進(jìn)行的，是一種邏輯的聯(lián)系，因此物理上在客戶機(jī)和服務(wù)器兩端是易于擴(kuò)充的.它是目前占主流的網(wǎng)絡(luò)計(jì)算模式.
(3)瀏覽器/服務(wù)器(browser/server)模式.在這種模式下，用戶端只需一通用的瀏覽器，如Netscape或Explore，便代替了形形的各種應(yīng)用軟件.服務(wù)器則為Web服務(wù)器.瀏覽器和服務(wù)器之間通過TCP/IP這一通訊協(xié)議進(jìn)行連接.瀏覽器發(fā)出數(shù)據(jù)請求，由Web服務(wù)器向后臺取出數(shù)據(jù)并計(jì)算，將計(jì)算結(jié)果返回給瀏覽器.這種模式的優(yōu)點(diǎn)是：由于用戶端所用軟件只是一個簡單的瀏覽器，用戶基本上無需培訓(xùn)，用戶端軟件也無需維護(hù)；軟件的升級與修改只在服務(wù)器端進(jìn)行，對用戶透明；服務(wù)器與瀏覽器可處于不同的操作系統(tǒng)平臺.其缺點(diǎn)為：Web動態(tài)技術(shù)不夠成熟，各種標(biāo)準(zhǔn)有待統(tǒng)一，如各廠家的動態(tài)協(xié)議互不支持、瀏覽器之爭等.總之，它是一種先進(jìn)的但發(fā)展還未成熟的技術(shù).字串4
基于以上的分析，應(yīng)選擇客戶機(jī)/服務(wù)器模式作為GIS訪問網(wǎng)絡(luò)數(shù)據(jù)庫的實(shí)現(xiàn)模式.
2C/S模式下的GIS訪問網(wǎng)絡(luò)數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計(jì)
設(shè)計(jì)在總體上分為C/S兩層(見圖1)，以充分利用C/S模式的跨平臺、易擴(kuò)充、數(shù)據(jù)獨(dú)立等優(yōu)點(diǎn).在client端又分兩層來進(jìn)行設(shè)計(jì)——GIS功能層和數(shù)據(jù)請求層，GIS功能層是GIS的功能實(shí)現(xiàn)部分，數(shù)據(jù)請求層是GIS的數(shù)據(jù)實(shí)現(xiàn)部分.數(shù)據(jù)請求層作為一中間層，起到數(shù)據(jù)轉(zhuǎn)換的作用，對上是具有GIS特點(diǎn)的數(shù)據(jù)文件，對下是標(biāo)準(zhǔn)的數(shù)據(jù)庫記錄.這種分層設(shè)計(jì)的形式一方面充分利用了現(xiàn)有的單機(jī)版本GIS研究成果；另一方面，GIS功能層和數(shù)據(jù)請求層的開發(fā)可同時進(jìn)行，只要接口標(biāo)準(zhǔn)不變，本層的變動不會影響到另一層.
Fig.1ThegeneralframeworkofGISaccessingdatabasebasedonC/Smodel
值得一提的是ESRI公司的空間數(shù)據(jù)庫引擎(spatialdatabaseengine，簡稱SDE)的設(shè)計(jì)方案(見圖2).它是目前國際上領(lǐng)先的GIS數(shù)據(jù)處理的網(wǎng)絡(luò)計(jì)算模型.其數(shù)據(jù)的訪問形式為：由用戶的應(yīng)用程序(userapplication)通過SDE應(yīng)用編程接口(SDEAPI)向SDE服務(wù)器提出空間數(shù)據(jù)請求，SDE服務(wù)器內(nèi)存放有空間對象模型，并依據(jù)空間對象的特點(diǎn)在本地完成空間數(shù)據(jù)的搜索，并將搜索結(jié)果通過網(wǎng)絡(luò)向用戶的應(yīng)用程序返回.字串2
對比圖1和圖2可以看出兩者采用的都是C/S模式，并且都將GIS功能實(shí)現(xiàn)與數(shù)據(jù)請求進(jìn)行分層處理；所不同的是面向數(shù)據(jù)庫的數(shù)據(jù)請求實(shí)現(xiàn)的位置：圖1
在客戶機(jī)端實(shí)現(xiàn)，圖2在服務(wù)器端實(shí)現(xiàn).在服務(wù)器端實(shí)現(xiàn)的主要優(yōu)點(diǎn)為：(1)對于空間對象模型及相關(guān)的計(jì)算模式的升級可以只在服務(wù)器端實(shí)現(xiàn)，而且對客戶機(jī)端透明；(2)由于SDE服務(wù)器與數(shù)據(jù)庫ORACLE7.2的結(jié)合非常緊密，因此數(shù)據(jù)的搜尋速度非?？?對于圖1來說，把數(shù)據(jù)請求層放在客戶機(jī)端，對數(shù)據(jù)庫的依賴程度就不同于SDE服務(wù)器，后者對數(shù)據(jù)庫的選型有極強(qiáng)的依賴性(目前SDE服務(wù)器只在ORACLE7.2實(shí)現(xiàn))，相反，它是一種非常開放的結(jié)構(gòu)，它所支持的服務(wù)器不但可跨數(shù)據(jù)庫系統(tǒng)平臺，而且還可跨操作系統(tǒng)平臺.可以說，圖1和圖2兩種設(shè)計(jì)模式的優(yōu)缺點(diǎn)是相互對應(yīng)的.
3數(shù)據(jù)庫訪問方式的比較
基于程序的訪問數(shù)據(jù)庫的幾種方法如下.
(1)專用的數(shù)據(jù)庫訪問工具.如PowerBuilder，Delphi等，它偏向于對數(shù)據(jù)庫中數(shù)據(jù)的管理和顯示，具有限的計(jì)算功能.既不適于用它來開發(fā)GIS應(yīng)用系統(tǒng)，也難以將它們的數(shù)據(jù)操縱功能與現(xiàn)有的GIS應(yīng)用系統(tǒng)緊密結(jié)合.
(2)嵌入數(shù)據(jù)庫語言的常規(guī)語言.各數(shù)據(jù)庫廠家為了讓用戶程序能直接訪問自已的數(shù)據(jù)庫，基本上都提供了專有的面向C語言的預(yù)編譯頭和靜態(tài)庫，如Sybase公司的OPENCLIENT和ORACLE的PRO*C.字串5
(3)開放數(shù)據(jù)庫互連性應(yīng)用編程接口(opendatabaseconnectivityapplicationprogramminginterface，簡稱ODBCAPI)［2，3］.它是微軟(Microsoft)公司提出的數(shù)據(jù)庫訪問形式.它通過確保所有的應(yīng)用系統(tǒng)遵循標(biāo)準(zhǔn)的調(diào)用層接口，提供對特定數(shù)據(jù)源命令進(jìn)行解釋的驅(qū)動程序來保持應(yīng)用系統(tǒng)的互用性.這樣的應(yīng)用系統(tǒng)是開放的，只要有相應(yīng)數(shù)據(jù)源的ODBC的驅(qū)動，它就無需改變代碼而可訪問相應(yīng)的數(shù)據(jù)庫.
在確定訪問數(shù)據(jù)庫的方式時，ODBCAPI的開放性的優(yōu)勢是不言而喻的，但這種方式在效率上不如第二種訪問形式.應(yīng)說明的是：ODBCSQL語法分為3層，即最小層、核心層和擴(kuò)展層，盡管目前的大型數(shù)據(jù)庫都能支持到擴(kuò)展層，但為了保證應(yīng)用系統(tǒng)的開放性，在具體編程實(shí)現(xiàn)時，盡量只使用最小層和核心層的語法.
4某電信局配線系統(tǒng)的實(shí)現(xiàn)
客戶機(jī)為MAPGIS/ODBC/WINDOWS95，服務(wù)器為SQLSERVER/WINDOWSNT，要訪問的相關(guān)表中記錄約為13萬條.要求從地理底圖上選中某一DP，在數(shù)據(jù)庫中尋找出從這一DP到配線架的可用通路，并在數(shù)據(jù)庫中作相應(yīng)配線修改.如圖3所示.結(jié)果表明：(1)程序?qū)崿F(xiàn)了MAPGIS訪問網(wǎng)絡(luò)數(shù)據(jù)庫的功能；(2)客戶機(jī)和服務(wù)器均為PC機(jī)(主頻166MHz)，每次操作反應(yīng)時間為數(shù)秒，換機(jī)觀察，發(fā)現(xiàn)服務(wù)器的性能是整個網(wǎng)絡(luò)計(jì)算的瓶頸.
字串8
5結(jié)論
(1)C/S模式為目前網(wǎng)絡(luò)平臺GIS的首選，將GIS功能與數(shù)據(jù)庫訪問分層實(shí)現(xiàn)有利于保護(hù)現(xiàn)有的開發(fā)成果；(2)將數(shù)據(jù)請求層放在客戶端和以O(shè)DBC作為數(shù)據(jù)庫的訪問方式保證了應(yīng)用系統(tǒng)的開放性，其訪問可跨越數(shù)據(jù)系統(tǒng)和操作系統(tǒng)平臺；(3)實(shí)例表明，應(yīng)用系統(tǒng)的反應(yīng)速度更多取決于服務(wù)器的性能，而不是ODBC的效率.
參考文獻(xiàn)
1/base/common/userconf/proc96/TO100/PAP094/P94A.HTM.1998.4
關(guān)鍵詞：古典文獻(xiàn)數(shù)據(jù)庫 公共古典文獻(xiàn)數(shù)據(jù)庫 文獻(xiàn)檢索服務(wù)系統(tǒng)
計(jì)算機(jī)技術(shù)的飛速發(fā)展，為古典文獻(xiàn)研究的現(xiàn)代化提供了堅(jiān)實(shí)的基礎(chǔ)，其貢獻(xiàn)是有目共睹的。然而，計(jì)算機(jī)技術(shù)在古典文獻(xiàn)研究中的運(yùn)用仍然存在著極為嚴(yán)重的缺陷也是不容回避的。筆者近幾年來主持并直接參加設(shè)計(jì)“e書庫”數(shù)據(jù)庫的過程中，感到有必要將自己的一些想法提供給正在設(shè)計(jì)有關(guān)軟件的計(jì)算機(jī)專業(yè)人員、愿意使用該類軟件的專家學(xué)者們參考。
一、我國古典文獻(xiàn)數(shù)據(jù)庫建設(shè)的歷程
自古以來，歷代學(xué)者對古典文獻(xiàn)整理與研究一直沿襲手工操作的方式，然而自上世紀(jì)80年代后，計(jì)算機(jī)技術(shù)開始涉入到古典文獻(xiàn)研究中，對傳統(tǒng)的古典文獻(xiàn)整理與研究方法（自然也對一切需要使用古典文獻(xiàn)資料的專業(yè)研究）起到了極大沖擊。
首先簡單回顧一下計(jì)算機(jī)技術(shù)在古典文獻(xiàn)研究領(lǐng)域內(nèi)發(fā)展的歷程。上世紀(jì)80年代初，我國一些圖書館、大專院校及科研機(jī)構(gòu)陸續(xù)開始大規(guī)模地利用計(jì)算機(jī)設(shè)計(jì)并建立數(shù)據(jù)庫。大致說來有兩類數(shù)據(jù)庫，一類是書目數(shù)據(jù)庫，一類是文獻(xiàn)數(shù)據(jù)庫。南京圖書館于90年代初率先建立書目數(shù)據(jù)庫，對讀者檢索有關(guān)書目起到了極大的幫助。之后，各地圖書館紛紛效尤，類似的書目數(shù)據(jù)庫很快就普及了。雖說至今各地圖書館的書目數(shù)據(jù)庫的檢索方式，仍存在機(jī)讀編碼格式不統(tǒng)一的問題，然而書目數(shù)據(jù)庫提供的方便快捷的查詢功能，對讀者來說無疑是一件大好事，具體到學(xué)術(shù)研究來說，至少為研究者提供了一個比較方便的查找有關(guān)古典文獻(xiàn)的實(shí)用工具。
在建立書目數(shù)據(jù)庫的同時，一些大專院校與科研機(jī)構(gòu)開始研發(fā)各自的文獻(xiàn)數(shù)據(jù)庫。從數(shù)據(jù)制作格式來說，大致可以區(qū)分為兩類，一類是圖像格式，即將按原著內(nèi)容掃描成PDF圖像文本，另一類是元數(shù)據(jù)格式，即錄入文獻(xiàn)文本內(nèi)容（或掃描并轉(zhuǎn)化為電子文本）導(dǎo)入數(shù)據(jù)庫，并轉(zhuǎn)換成可閱讀與檢索的數(shù)據(jù)庫機(jī)讀格式。一般說來，無論是PDF格式還是元數(shù)據(jù)格式，它們數(shù)據(jù)庫容量都較大，也提供了較為原始的檢索方式，為學(xué)術(shù)研究提供了不小的幫助。從上述兩類制作格式的數(shù)據(jù)庫來說，PDF圖像文本可以直接閱讀圖像文字，但總體說來不太適應(yīng)古典文獻(xiàn)整理與研究的需要。而元數(shù)據(jù)格式較為精致，初步具備了較為方便的常用的功能，可以檢索、作卡片等等。
古典文獻(xiàn)數(shù)據(jù)庫從收錄的文獻(xiàn)內(nèi)容來說，大致可以分為兩類：一類是類目數(shù)據(jù)庫，即按“類”收錄有關(guān)圖籍，如經(jīng)學(xué)類、史學(xué)類、文學(xué)類以及甲骨文、金文或出土文獻(xiàn)資料、石刻資料等等，另一類是綜合數(shù)據(jù)庫，如《四庫全書》、《四部叢刊》、《國學(xué)寶典》之類數(shù)據(jù)庫。
大陸最早的古典文獻(xiàn)數(shù)據(jù)庫是河南大學(xué)的《宋人筆記檢索系統(tǒng)南宋主要?dú)v史文獻(xiàn)》，建立于1987年。之后，各種數(shù)據(jù)庫紛紛涌現(xiàn)，比較重要的有南京大學(xué)、河南大學(xué)、蘇州大學(xué)聯(lián)合研制的《計(jì)算機(jī)甲骨文信息處理系統(tǒng)》、中國社會科學(xué)院《全唐詩》、《先秦魏晉南北朝詩》、《全上古三代秦漢三國六朝文》、《十三經(jīng)》、《全唐文》、《諸子集成》等數(shù)據(jù)庫、北京大學(xué)《全宋詩》數(shù)據(jù)庫、南京師范大學(xué)《全唐五代宋詞》數(shù)據(jù)庫、四川大學(xué)《宋會要輯稿》數(shù)據(jù)庫（與海外合作）等等。港臺古籍?dāng)?shù)字化起步較早，均采用繁體字形式。1984年臺灣中央研究院歷史語言研究所開始研發(fā)《漢籍全文資料庫》，香港中文大學(xué)則有《漢及以前全部傳世文獻(xiàn)》、《魏晉南北朝全部傳世文獻(xiàn)》、《竹簡帛書出土文獻(xiàn)》數(shù)據(jù)庫等等。其中《竹簡帛書出土文獻(xiàn)》收錄《馬王堆漢墓帛書》、《武威漢簡》、《睡虎地秦墓?jié)h簡》、《銀雀山漢簡》、《居延漢簡釋文合?！芳捌渌⒁姾啝┕?40多萬字的竹簡帛書出土文獻(xiàn)，價值頗高。
值得注意的是，這些數(shù)據(jù)庫主要是提供給本單位研究人員使用的，當(dāng)然也有部分?jǐn)?shù)據(jù)庫對外開放，為其他研究者提供一定幫助。雖然這些數(shù)據(jù)庫有種種限制，但它們無疑為古典文獻(xiàn)的研究（當(dāng)然包括其它專業(yè)的學(xué)術(shù)研究）提供了方便。之后，隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，各科研機(jī)構(gòu)、大專院校、各地方的圖書館、以及其它數(shù)以百計(jì)的網(wǎng)站向用戶提供收費(fèi)或不收費(fèi)的古籍文獻(xiàn)檢索服務(wù)，甚至還提供古籍文獻(xiàn)的下載服務(wù)。顯然，這些工作的開展，為學(xué)術(shù)研究的現(xiàn)代化提供了極為有力的支持。至今為止，據(jù)筆者所查索到的除科研機(jī)構(gòu)、大專院校、各地圖書館數(shù)據(jù)庫之外，提供各種文獻(xiàn)下載的中文網(wǎng)站至少在200個以上，其中就有不少古籍文獻(xiàn)下載的網(wǎng)站。這些古典文獻(xiàn)數(shù)據(jù)庫或有關(guān)網(wǎng)站的建立，確實(shí)為古典文獻(xiàn)整理與研究乃至其它學(xué)術(shù)研究提供了極有價值的幫助。
二、目前存在的問題
當(dāng)然，我們也應(yīng)該清醒地看到，在古典文獻(xiàn)數(shù)據(jù)庫大量涌現(xiàn)的同時，一些潛在的問題與數(shù)據(jù)庫本身的缺陷嚴(yán)重地制約著古典文獻(xiàn)數(shù)據(jù)庫的正常發(fā)展。
從古典文獻(xiàn)數(shù)據(jù)庫技術(shù)發(fā)展角度來說，筆者認(rèn)為大致經(jīng)過三個發(fā)展階段。第一階段是PDF圖像文本數(shù)據(jù)庫，其數(shù)據(jù)來源主要是以掃描方式獲得，形成PDF圖像文本。這種圖像文本優(yōu)點(diǎn)是直觀，與原書分毫不差，但它的缺點(diǎn)是功能極其單一，僅可供瀏覽圖像和簡單地檢索書目。雖然第一階段的數(shù)據(jù)庫功能極少，但畢竟能方便而直觀地閱讀文獻(xiàn)了，因此引起了學(xué)者們廣泛的興趣。必須指出的是，由于功能太少，這類數(shù)據(jù)庫難以進(jìn)一步發(fā)展。
第二階段是元數(shù)據(jù)數(shù)據(jù)庫，以香港迪志公司投資、書同文數(shù)字化技術(shù)有限公司設(shè)計(jì)、上海人民出版社出版的《四庫全書》、書同文數(shù)字化技術(shù)有限公司設(shè)計(jì)、萬方數(shù)據(jù)電子出版社的《四部叢刊》、尹小林《國學(xué)寶典》、南開大學(xué)永川公司的《二十四史》，以及大陸、港臺等大專院?；蚩蒲袡C(jī)構(gòu)制作的較大型的數(shù)據(jù)庫為代表。它們的優(yōu)點(diǎn)是具有較多的基本功能，如檢索、卡片、打印等功能，有些還附加了日歷查詢、字典、音樂背景等附加功能。然而，它們都不允許對數(shù)據(jù)庫內(nèi)的文本錯誤進(jìn)行修訂、沒有圖表處理能力、不提供功能升級服務(wù)（某些軟件提供所謂新版本，實(shí)際上只是增加一些文獻(xiàn)文本，并未真正提升軟件服務(wù)功能）。而且由于各自為政，開發(fā)者大都采取自定義方法來自造非常用的生僻詞，因此各種數(shù)據(jù)庫之間字庫不能相互兼容。這一階段的古典文獻(xiàn)數(shù)據(jù)庫也有吸收第一階段數(shù)據(jù)庫有圖像的優(yōu)點(diǎn)，如上述提及的《四庫全書》就附有圖像，以利研究者核對文字。該階段絕大多數(shù)數(shù)據(jù)庫注意到版權(quán)問題，但仍有一些數(shù)據(jù)庫在版權(quán)上出現(xiàn)較大問題，乃至引起法律糾紛。
計(jì)算機(jī)技術(shù)廣泛地涉入文科研究領(lǐng)域，各種古典文獻(xiàn)數(shù)據(jù)庫紛紛建立，當(dāng)然給古典文獻(xiàn)整理與研究的現(xiàn)代化提供了極其有利的幫助，然而，在筆者看來，目前計(jì)算機(jī)技術(shù)在這一領(lǐng)域中的運(yùn)用形成紛亂無序的“戰(zhàn)國時代”，有許多亟待解決的問題，否則將會影響或說削弱計(jì)算機(jī)技術(shù)在古典文獻(xiàn)研究（乃至其它學(xué)術(shù)研究）中巨大作用。對此弊病，筆者擬作一概述，企望引起有關(guān)部門、數(shù)據(jù)庫開發(fā)者及使用者的重視，以期真正使計(jì)算機(jī)技術(shù)對古典文獻(xiàn)整理與研究起到更大的促進(jìn)作用。大致說來，主要問題有以下幾個方面：
其一，缺乏整體領(lǐng)導(dǎo)與規(guī)劃，國家投資與收益不對稱。當(dāng)然，首先應(yīng)該看到，國家有關(guān)部門已經(jīng)著手做了一些規(guī)劃，也實(shí)施建立一些比較大的古典文獻(xiàn)數(shù)據(jù)庫，如2002年10月，國家科技圖書文獻(xiàn)中心受科技部的委托，牽頭聯(lián)合中國科技信息研究所、國家圖書館、上海圖書館、中科院圖書館、北京大學(xué)圖書館等單位，啟動了我國數(shù)字圖書館標(biāo)準(zhǔn)規(guī)范建設(shè)項(xiàng)目。這一項(xiàng)目的目的就是力圖建立我國比較統(tǒng)一和規(guī)范的數(shù)字圖書館標(biāo)準(zhǔn)，自然也會對建立古典文獻(xiàn)數(shù)據(jù)庫有較大的借鑒與參考的價值。又如北京大學(xué)《中國基本古籍庫》、上海圖書館《古籍影像光盤制作及檢索系統(tǒng)》等等，也由國家有關(guān)部門投入大量資金，而且已經(jīng)啟動并完成了部分內(nèi)容。不過也應(yīng)該強(qiáng)調(diào)，由于國家沒有制定出一個比較符合國內(nèi)數(shù)據(jù)庫發(fā)展?fàn)顩r的真正有價值的規(guī)范體系，因此這些項(xiàng)目的承擔(dān)者仍是各自為政，數(shù)據(jù)庫之間并不能兼容，不可能形成技術(shù)“合力”。再從所取得的社會效益或說實(shí)際使用價值來看，也不盡人意。因?yàn)橹两駷橹菇⒌母鞣N數(shù)據(jù)庫仍人為地設(shè)置許多障礙，無法使它們實(shí)現(xiàn)較大的使用價值。數(shù)據(jù)庫由國家投資，收益自然應(yīng)該歸國家，或者成為不收費(fèi)的公益數(shù)據(jù)庫，但目前收益既不歸國家，又未能成為公益數(shù)據(jù)庫，這不能不說是個極大的遺憾。實(shí)際上，數(shù)據(jù)庫制作者無償利用國家投資進(jìn)行了開發(fā)，制作完成后卻獲得相當(dāng)豐厚的收益，使人感到有“國家投資，個別單位圖利”的印象。筆者不反對交納一定使用費(fèi)用，但收費(fèi)單位一定應(yīng)該說明收費(fèi)后去向，絕不允許產(chǎn)生國家投資而由個別單位乃至某些個人得利的情況。
其二，開發(fā)商嗜利忘義，數(shù)據(jù)庫錯誤嚴(yán)重。除上述由國家投資開發(fā)的古典文獻(xiàn)數(shù)據(jù)庫外，還有一些有一定技術(shù)實(shí)力的軟件開發(fā)商加入到古典文獻(xiàn)數(shù)據(jù)庫的開發(fā)中來了。比較而言，各科研機(jī)構(gòu)、大專院校及各地圖書館建立的古典文獻(xiàn)數(shù)據(jù)庫質(zhì)量較高，而開發(fā)商則很少關(guān)注數(shù)據(jù)庫中的文獻(xiàn)質(zhì)量。我們承認(rèn)確有少量開發(fā)商制作的數(shù)據(jù)庫質(zhì)量較高，如迪志公司開發(fā)的《四庫全書》之類，然而象《四庫全書》這樣的數(shù)據(jù)庫確實(shí)鳳毛麟角，難以尋覓。我們發(fā)現(xiàn)，甚至有些開發(fā)商僅僅是把文本進(jìn)行文字掃描導(dǎo)入，疏于校對，因此文本錯誤百出，難以卒讀。由于利益驅(qū)使，絕大多數(shù)開發(fā)商都以“獨(dú)自開發(fā)”為己任，數(shù)據(jù)庫設(shè)計(jì)相互保密，互不兼容，使用戶深感不便。這些問題已嚴(yán)重地影響到古典文獻(xiàn)數(shù)據(jù)庫的正常發(fā)展了。
其三，熱門文獻(xiàn)數(shù)據(jù)重復(fù)，冷門文獻(xiàn)數(shù)據(jù)罕見。雖說目前數(shù)據(jù)庫品種繁多，但由于考慮到使用者對文獻(xiàn)內(nèi)容的需求，因此許多開發(fā)者熱衷于開發(fā)那些熱門數(shù)據(jù)，而一些比較冷門的文獻(xiàn)則鮮有人問津。實(shí)際上，冷門的文獻(xiàn)并非是沒有學(xué)術(shù)價值的文獻(xiàn)，只是使用人較少而已。因而，目前不但數(shù)據(jù)庫中文獻(xiàn)內(nèi)容重復(fù)現(xiàn)象極為普遍，甚至同名同姓的數(shù)據(jù)庫也有不少，如《四庫全書》就出現(xiàn)了武漢大學(xué)版、上海人民出版社版等數(shù)種不同版本。且不說那些數(shù)量繁多、質(zhì)量也不甚高的數(shù)據(jù)庫浪費(fèi)了多少人力物力，其實(shí)也使用戶陷入無可適從、欲舍不能的境地。用戶往往為了某些少量文獻(xiàn)內(nèi)容不得不購買和安裝整個數(shù)據(jù)庫操作系統(tǒng)，而且這些龐大的數(shù)據(jù)庫大量占據(jù)硬盤空間，導(dǎo)致計(jì)算機(jī)運(yùn)行速度大為減慢。而那些允許網(wǎng)上檢索的文獻(xiàn)數(shù)據(jù)庫又往往容量極大，上網(wǎng)檢索者多，導(dǎo)致“交通阻塞”！
其四，技術(shù)關(guān)卡重重，難以互相兼容。各開發(fā)者既鑒于不同開發(fā)目的與技術(shù)條件，又為防止他人解密，因此在開發(fā)過程中在數(shù)據(jù)庫某些程序中人為設(shè)置技術(shù)障礙，以保障自己利益不受損害。自然，開發(fā)者需要投入大量人力物力，保障本身利益不受損害是無可非議的。然而也由于人為地設(shè)置了障礙，卻使各種文獻(xiàn)數(shù)據(jù)庫之間不能兼容，無法形成合力，先進(jìn)的技術(shù)反而成為技術(shù)壁壘。實(shí)際上，這一情況大大浪費(fèi)了寶貴的人力資源與財(cái)力，對古典文獻(xiàn)的開發(fā)與利用有百害而無一利。另外，由于技術(shù)壁壘，在古典文獻(xiàn)數(shù)據(jù)庫的文字方面更導(dǎo)致許多問題。我國古籍常用漢字大約為4萬余個，這還不包括超過2萬個異體字及數(shù)千甲骨文、金文等古文字。然而我國目前在計(jì)算機(jī)上采納的國標(biāo)字庫(GB)和擴(kuò)展字庫(GBK)，兩者相加也只有27000余字，這與我國古籍常用漢字?jǐn)?shù)量相比，實(shí)在差距太大。因此，如此小的字庫與需求相比確實(shí)是捉襟見肘。為了彌補(bǔ)這一缺陷，一些軟件設(shè)計(jì)者就采取在自定義區(qū)自造字（乃至占據(jù)字庫中擴(kuò)展B的位置）、有些也用圖片方式來填字。而這些自造字、圖片字，拷貝到WORD文本之后，由于內(nèi)碼位置的差異就變成其它字了，從而導(dǎo)致文本錯誤。
其五，功能單調(diào)，難以真正為科研服務(wù)。建立較早的古典文獻(xiàn)數(shù)據(jù)庫功能比較單調(diào)，只能做些簡單檢索、拷貝，沒有更為先進(jìn)的功能，不能適應(yīng)學(xué)術(shù)研究的需要。后來的一些古典文獻(xiàn)數(shù)據(jù)庫也存在類似問題，例如《四庫全書》的檢索功能，雖說可以采用添加“作者”、“書名”等限定條件，但檢索結(jié)果只是羅列一排出處，無法直觀地了解檢索到的具體內(nèi)容。而且《四庫全書》也沒有提供更多的功能給用戶，因此這一巨大的工程仍遠(yuǎn)遠(yuǎn)不能滿足用戶的需求。況且這一數(shù)據(jù)庫目前已經(jīng)“定型”，不再繼續(xù)開發(fā)，使用戶對此深感遺憾。而其它古典文獻(xiàn)數(shù)據(jù)庫設(shè)計(jì)者的思維大多仍停留在“文本之爭”當(dāng)中，重復(fù)著原來設(shè)計(jì)思想的錯誤，沒有更多地開發(fā)為科研服務(wù)的有效功能，因此在筆者看來，這一做法顯然不可能真正擺脫古典文獻(xiàn)數(shù)據(jù)庫目前面臨著的困境。
其六，學(xué)術(shù)圈地，使人心有余而力難用。解放后，一些國家級出版社化費(fèi)了極大的精力，組織專家點(diǎn)校了不少重要古籍，為學(xué)術(shù)研究的發(fā)展作出了極大貢獻(xiàn)。然而時至計(jì)算機(jī)時代的來臨，卻出現(xiàn)了“版權(quán)”的問題。一些制作者忽視了國家有關(guān)版權(quán)法規(guī)，直接利用了一些出版社的成果來牟取經(jīng)濟(jì)利益，理所當(dāng)然地會產(chǎn)生版權(quán)糾紛。筆者以為，保護(hù)版權(quán)是每個學(xué)者乃至每個公民應(yīng)盡的責(zé)任，根本毫無討價還價的余地。然而問題是，現(xiàn)在一些出版社由于各種原因，沒有對自己已出版的點(diǎn)校過的古籍進(jìn)行開發(fā)，而愿意開發(fā)這些古籍資源者卻無法涉入其中，導(dǎo)致他們處于既想開發(fā)這一寶藏又無法回避版權(quán)問題的尷尬境地，這就使眾多需要使用者望洋興嘆。如果有關(guān)出版社不愿授權(quán)，那么想要開發(fā)這些古籍者只能返回到?jīng)]有標(biāo)點(diǎn)的原始文本中去。這種情況確實(shí)使每一個希望使用古典文獻(xiàn)數(shù)據(jù)庫的用戶感到極其失望，而且嚴(yán)重影響了古典整理與研究的現(xiàn)代化進(jìn)度。
上述種種現(xiàn)實(shí)情況，已經(jīng)是制約計(jì)算機(jī)技術(shù)對古典文獻(xiàn)整理與研究支持的瓶頸了，如果不解決這些問題，計(jì)算機(jī)技術(shù)即使再發(fā)達(dá)，恐怕也難以對古典文獻(xiàn)整理與研究予以真正意義上的支持與幫助。
三、如何解決古典文獻(xiàn)數(shù)據(jù)庫存在的問題
古典文獻(xiàn)數(shù)據(jù)庫存在的問題是十分明顯的，那么如何解決這些問題，以利學(xué)術(shù)研究（當(dāng)然包括文獻(xiàn)研究）的迅速發(fā)展？筆者以為現(xiàn)在應(yīng)該設(shè)計(jì)和開發(fā)出新一代文獻(xiàn)數(shù)據(jù)庫的軟件。按照筆者設(shè)想，這代軟件應(yīng)該以建立能自由升級的公共古典文獻(xiàn)數(shù)據(jù)庫為目的，是一種以提供強(qiáng)大功能為主、徹底解決版權(quán)問題的數(shù)據(jù)庫，實(shí)際上是建立一個規(guī)模巨大的功能相對完善的學(xué)術(shù)研究資源庫。所謂公共古典文獻(xiàn)數(shù)據(jù)庫是綜合性數(shù)據(jù)庫，只能由國家有關(guān)部門作為主要規(guī)劃者，它應(yīng)該盡可能地包羅我國傳世古典文獻(xiàn)、碑刻資料和出土文獻(xiàn)等。在此基礎(chǔ)上允許建立適應(yīng)每個研究者研究范圍的個性化的文獻(xiàn)檢索服務(wù)系統(tǒng)。個性化的文獻(xiàn)檢索服務(wù)系統(tǒng)是指每個具體研究者所擁有的安裝在各自計(jì)算機(jī)上的文獻(xiàn)檢索服務(wù)系統(tǒng)，它擁有一定數(shù)量的適合自己研究的范圍的古典文獻(xiàn)文本。其實(shí)，各個研究者并不需要一個“包羅萬象”的規(guī)模極其巨大的數(shù)據(jù)庫，即使象占據(jù)6至7個G硬盤的《四庫全書》，具體到一個研究者真正需要的內(nèi)容并不是全部，而是其中一部分內(nèi)容。
問題的關(guān)鍵在于公共古典文獻(xiàn)數(shù)據(jù)庫與個性化文獻(xiàn)檢索服務(wù)系統(tǒng)兩者之間的技術(shù)“契合”，即兩者互相兼容的程度。公共古典文獻(xiàn)數(shù)據(jù)庫應(yīng)該與個性化文獻(xiàn)檢索服務(wù)系統(tǒng)有所區(qū)別，公共古典文獻(xiàn)數(shù)據(jù)庫應(yīng)該側(cè)重于文獻(xiàn)數(shù)量的完善、完備，而個性化文獻(xiàn)檢索服務(wù)系統(tǒng)則應(yīng)該考慮其功能強(qiáng)大。因此，從本質(zhì)上說，公共古典文獻(xiàn)數(shù)據(jù)庫應(yīng)該是一個統(tǒng)一的設(shè)計(jì)比較周密、與其它個性化數(shù)據(jù)庫在技術(shù)上能實(shí)現(xiàn)良好兼容的的數(shù)據(jù)庫；而個性化文獻(xiàn)檢索服務(wù)系統(tǒng)應(yīng)該是“百花齊放”式的但必須能與公共古典文獻(xiàn)數(shù)據(jù)庫兼容而非各自為政的小型數(shù)據(jù)庫。兩者關(guān)系是源與流的關(guān)系。鑒于此，筆者以為目前應(yīng)該從兩個層次上來解決問題，一是盡快建立公共古典文獻(xiàn)數(shù)據(jù)庫；一是繼續(xù)開發(fā)個性化文獻(xiàn)檢索服務(wù)系統(tǒng)。
根據(jù)筆者近幾年的實(shí)踐，感到要解決這些問題并非不可能的。其實(shí)只要認(rèn)真對目前計(jì)算機(jī)技術(shù)在古典文獻(xiàn)整理與研究中存在的問題作一分析與梳理，重點(diǎn)突破一些瓶頸問題，應(yīng)該說是能解決上述這些問題的。那么怎么才能突破上述這些瓶頸呢？筆者以為以下幾個方面是值得考慮的。
其一，加強(qiáng)總體規(guī)劃，建立公共古典文獻(xiàn)數(shù)據(jù)庫。作為一個具體單位來說，誰也沒有可能建立一個包羅萬象的古典文獻(xiàn)數(shù)據(jù)庫，因此，這只能由國家有關(guān)部門組織人力物力來完成。其實(shí)，就目前來說，國家投入資金并不少，但由于制度原因，只是向某些重點(diǎn)院?；蚩蒲袉挝?、向重點(diǎn)項(xiàng)目投入巨資，而這些單位建立起各自為政的古典文獻(xiàn)數(shù)據(jù)庫、期刊數(shù)據(jù)庫，雖然也為學(xué)術(shù)研究作了一些貢獻(xiàn)，但不可否認(rèn)的是，由于各自設(shè)計(jì)思路不同，相互之間不能兼容，已經(jīng)妨礙到數(shù)據(jù)庫進(jìn)一步發(fā)展了。以筆者愚見，國家有關(guān)部門應(yīng)該主動負(fù)起責(zé)來，加強(qiáng)領(lǐng)導(dǎo)，重新考慮古典文獻(xiàn)數(shù)據(jù)庫的立項(xiàng)問題，組織力量、投入資金，真正建立起一個規(guī)模巨大、能為絕大多數(shù)研究者利用的公共古典文獻(xiàn)數(shù)據(jù)庫。同時也應(yīng)該考慮所立項(xiàng)的古典文獻(xiàn)數(shù)據(jù)庫與其它數(shù)據(jù)庫（如現(xiàn)代文獻(xiàn)數(shù)據(jù)庫、當(dāng)代文獻(xiàn)數(shù)據(jù)庫、期刊數(shù)據(jù)庫等）之間的兼容關(guān)系，只有這樣，或許若干年之后就能建立起一個價值極大的能真正為學(xué)術(shù)服務(wù)的公共古典文獻(xiàn)數(shù)據(jù)庫，乃至包羅一切文獻(xiàn)的數(shù)據(jù)庫。當(dāng)然，就公共古典文獻(xiàn)數(shù)據(jù)庫來說，可以進(jìn)行適量收費(fèi)服務(wù)，但主要仍應(yīng)該定位在“公益”上，不以“利”為主，這樣才能真正建立一個有價值的公共古典文獻(xiàn)數(shù)據(jù)庫來。
其二，數(shù)據(jù)庫內(nèi)容與文獻(xiàn)檢索服務(wù)系統(tǒng)分離。這個問題與上述問題是緊密關(guān)聯(lián)在一起的，如果不能真正做到數(shù)據(jù)庫內(nèi)容與文獻(xiàn)檢索服務(wù)系統(tǒng)分離，那么目前“列國紛爭”的面貌是不可能真正解決的。
我們知道，一個古典文獻(xiàn)數(shù)據(jù)庫實(shí)際上是兩大部分組成的，一是古典文獻(xiàn)數(shù)據(jù)庫內(nèi)容，即數(shù)據(jù)庫所包括的文獻(xiàn)文本，二是對這些數(shù)據(jù)進(jìn)行管理的文獻(xiàn)檢索服務(wù)系統(tǒng)。其實(shí)目前所見有關(guān)古典文獻(xiàn)數(shù)據(jù)庫都是“兩者合一”，即既包含一些文獻(xiàn)數(shù)據(jù)內(nèi)容，又有具體的操作服務(wù)系統(tǒng)。事實(shí)上，這些古典文獻(xiàn)數(shù)據(jù)庫在功能上明顯存在缺陷的。就目前古典文獻(xiàn)數(shù)據(jù)庫管理形式來說，一是網(wǎng)絡(luò)管理，一是個人管理。前者是網(wǎng)絡(luò)數(shù)據(jù)庫，一般是單位所擁有的數(shù)據(jù)庫，即我們所說的網(wǎng)絡(luò)版，后者是安裝在個人電腦中的個人版。就功能來說，網(wǎng)絡(luò)版沒有必要具有卡片、文本修訂、書簽等個性化的功能，個人版應(yīng)該具有做卡片、文本修訂、書簽、文獻(xiàn)管理等個性化的功能。就文獻(xiàn)數(shù)量來說，網(wǎng)絡(luò)版自然力求文獻(xiàn)內(nèi)容豐富，盡可能包羅文獻(xiàn)文本，而個人版實(shí)際所需要的文獻(xiàn)數(shù)量是根據(jù)各自研究需要而定的，因而強(qiáng)行“規(guī)定”使用所有文獻(xiàn)內(nèi)容并不值得肯定。就文獻(xiàn)內(nèi)容來說，網(wǎng)絡(luò)版與個人版都應(yīng)該允許不斷地增加其數(shù)據(jù)庫文獻(xiàn)內(nèi)容，但不同的是，網(wǎng)絡(luò)版應(yīng)該是只增不減，而個人版應(yīng)該允許用戶根據(jù)研究需要自由增減文獻(xiàn)內(nèi)容。
在筆者看來，應(yīng)該從單純的文本內(nèi)容競爭的思維中解脫出來，進(jìn)入以文獻(xiàn)檢索服務(wù)系統(tǒng)競爭為主，文本竟?fàn)帪檩o的體系，或許是解決古籍文獻(xiàn)數(shù)據(jù)庫的出路。也就是說，擅長計(jì)算機(jī)技術(shù)的開發(fā)者（開發(fā)商）應(yīng)該注重文獻(xiàn)檢索服務(wù)功能的開發(fā)與完善，而具體文本的整理可由研究學(xué)術(shù)的專業(yè)人士來完成。這樣，開發(fā)者就可能開發(fā)出比較成功的文獻(xiàn)檢索服務(wù)系統(tǒng)，而數(shù)據(jù)庫中的文本也由于專業(yè)人士的加入而能大大提高文本的準(zhǔn)確率，然后合成為一個規(guī)模較大的公共古典文獻(xiàn)數(shù)據(jù)庫。當(dāng)然，輸入和整理古典文獻(xiàn)文本可以采用投標(biāo)（或以申報(bào)項(xiàng)目形式）來確定，規(guī)定統(tǒng)一格式，要求保證文本的正確率達(dá)到一定比例，完成后再分別導(dǎo)入這一公共古典文獻(xiàn)數(shù)據(jù)庫中；經(jīng)過若干年努力，最終能形成一個規(guī)模巨大、適應(yīng)于學(xué)術(shù)研究的公共古典文獻(xiàn)數(shù)據(jù)庫。我想，采取這種措施不但節(jié)省了大量重復(fù)投資，真正做到人盡其才，物盡其用，而且一旦建立起這個規(guī)模巨大的公共古典文獻(xiàn)數(shù)據(jù)庫，可以解決了目前數(shù)據(jù)庫泛濫、文本錯誤太多、重復(fù)勞動等弊病，而且真正能做到廣大學(xué)者對古典資源“共享共有”。
在此基礎(chǔ)上，各個開發(fā)商可以力求開發(fā)學(xué)者們個性化的文獻(xiàn)檢索服務(wù)系統(tǒng)，它無須考慮文獻(xiàn)文本內(nèi)容，但必須功能強(qiáng)大、操作方便，并與公共古典文獻(xiàn)數(shù)據(jù)庫完全兼容，學(xué)者們通過“購買”文本或其它方式來方便地組建自己的數(shù)據(jù)庫，這樣或許會給學(xué)術(shù)研究帶來真正的方便。
還須補(bǔ)充的是，我國的古典文獻(xiàn)中有大量表格與圖片，而由于技術(shù)原因，目前所有古典文獻(xiàn)數(shù)據(jù)庫都沒有導(dǎo)入原著的表格與圖片，極個別數(shù)據(jù)庫有少量圖片也是不能檢索，這是目前眾多古典文獻(xiàn)數(shù)據(jù)庫的重大失誤之一。其實(shí)只要真正化力氣去探索，這個問題是不難解決的。因?yàn)楣P者曾作過設(shè)計(jì)并反復(fù)試驗(yàn)，只要設(shè)計(jì)合理，圖片與表格不但可以導(dǎo)入數(shù)據(jù)庫，而且都是可以在數(shù)據(jù)庫中進(jìn)行檢索。
其三，加速確定字庫方案，以利數(shù)據(jù)庫健康發(fā)展。當(dāng)然，要真正解決公共古典文獻(xiàn)數(shù)據(jù)庫問題，還必須解決字庫問題。目前，國家雖然組織專家在論證有關(guān)字庫問題，然而由于進(jìn)程不快，遠(yuǎn)遠(yuǎn)落后于當(dāng)今計(jì)算機(jī)技術(shù)發(fā)展的需要。按照筆者的看法，應(yīng)該建立一個以Unicode字庫為基礎(chǔ)的、適應(yīng)漢語古籍需要的、并與國際接軌的真正有中國特色的字庫。這就需要抓緊工作，迅速落實(shí)擴(kuò)展字庫B的內(nèi)碼。同時根據(jù)我國漢字的具體特點(diǎn)，對自定義區(qū)域的6400字的內(nèi)碼配置也應(yīng)該有所規(guī)范，這樣才能使?jié)h語字庫統(tǒng)一問題落實(shí)到實(shí)處。如果真能做到如此，那么就能真正解決目前古典文獻(xiàn)數(shù)據(jù)庫之間字庫互不兼容問題。
與字庫相關(guān)聯(lián)的是字體問題。古典文獻(xiàn)數(shù)據(jù)庫應(yīng)該考慮到古代文獻(xiàn)對文字的特殊需要，筆者以為凡是古代文獻(xiàn)數(shù)據(jù)庫中的文本應(yīng)該保留繁體字，以防繁簡不分而導(dǎo)致文義偏差。就目前計(jì)算機(jī)技術(shù)來說，解決這一問題是毫無困難的。其實(shí)用繁體字輸入文本早已不是問題，而掃描古籍文本再轉(zhuǎn)換成文字的技術(shù)也十分成熟，如北京書同文公司的“數(shù)碼翰林”O(jiān)CR識別系統(tǒng)，應(yīng)該說是極有價值的識別軟件，對絕大多數(shù)繁體文字能夠正確識別。如果能再進(jìn)一步加以改進(jìn)，使擴(kuò)充字庫數(shù)量并與Unicode字庫兼容，那么古代文獻(xiàn)的文字識別問題是可以得到解決的。應(yīng)該強(qiáng)調(diào)的是，古代文獻(xiàn)以繁體字導(dǎo)入數(shù)據(jù)庫，但應(yīng)該允許在數(shù)據(jù)庫中自由進(jìn)行繁簡轉(zhuǎn)換，換句話說，若需要使用繁體字時，文本可以保留繁體字，而需要簡體時，可以十分方便地轉(zhuǎn)換成簡體，這樣就適應(yīng)用戶對繁簡體的不同需要了。
其四，徹底解決古典文獻(xiàn)版權(quán)問題。這是困撓計(jì)算機(jī)古典文獻(xiàn)數(shù)據(jù)庫建設(shè)的重要難題之一。自然，這一問題要真正得到落實(shí)確實(shí)存在相當(dāng)困難的，因?yàn)榘鏅?quán)保護(hù)工作任重道遠(yuǎn)！不過，即使困難再大，古籍文獻(xiàn)數(shù)據(jù)化的發(fā)展的潮流是不可能停止的。筆者以為，有關(guān)出版社在維護(hù)自身法定的版權(quán)權(quán)益的前提下，應(yīng)該從大局出發(fā)，在收取一定數(shù)量的報(bào)酬前提下，允許制作有關(guān)古典文獻(xiàn)的數(shù)據(jù)庫，以利學(xué)術(shù)研究的發(fā)展。至于報(bào)酬多少可以也應(yīng)該實(shí)事求是地酌情商定，國家有關(guān)部門應(yīng)該主動與那些出版社協(xié)調(diào)，亦可將目前大量分散投入到各課題中的資金中抽出部分來補(bǔ)償有關(guān)出版社，雙贏互利，以求突破版權(quán)瓶頸，早日解決這一棘手的問題。
與此相關(guān)的是古典文獻(xiàn)電子文本的版權(quán)問題，這也是個極難處理的問題。因?yàn)橛脩羧糌潏D小利，版權(quán)意識不強(qiáng)，不愿化費(fèi)代價使用電子文本，就容易產(chǎn)生“盜版”問題，如此就使得制作古典文獻(xiàn)電子文本者的正當(dāng)利益大受損失。按筆者設(shè)想，如果真正能夠由國家有關(guān)部門主管古典文獻(xiàn)數(shù)據(jù)庫建設(shè)工作，那么就可以設(shè)想建立公共古典文獻(xiàn)數(shù)據(jù)庫規(guī)定導(dǎo)入數(shù)據(jù)庫的文獻(xiàn)文本都給予一個“統(tǒng)一編號”，沒有統(tǒng)一編號的文獻(xiàn)就不能直接導(dǎo)入公共古典文獻(xiàn)數(shù)據(jù)庫和個人使用的文獻(xiàn)檢索服務(wù)系統(tǒng)中，也就是說，個人使用古典文獻(xiàn)電子文獻(xiàn)必須化費(fèi)一定的代價才能取得使用權(quán)，這樣就可以保證制作古典文獻(xiàn)電子文本者的一定收益，防止版權(quán)意識不強(qiáng)者侵權(quán)使用。同時由于古典文獻(xiàn)電子文本都有了統(tǒng)一編號，那么也就可以防止某一具體文獻(xiàn)文本重復(fù)錄入的問題。即使有部分重復(fù)，古典文獻(xiàn)電子文本也可以在用戶選擇過程中優(yōu)勝劣汰。
其五，建立公平的交易平臺。建立龐大的公共古典文獻(xiàn)數(shù)據(jù)庫當(dāng)然需要投入巨大的資金，而這種古典文獻(xiàn)數(shù)據(jù)庫自然不是每一個普通研究者購買得起的。在筆者看來，大專院校、科研機(jī)構(gòu)應(yīng)該在經(jīng)濟(jì)允許的前提下購買有關(guān)數(shù)據(jù)庫，以供教學(xué)、研究之需。當(dāng)然也應(yīng)該允許個人在交納一定數(shù)量的經(jīng)費(fèi)后，自由上網(wǎng)使用這一數(shù)據(jù)庫，并允許購買（下載）一定數(shù)量的古典文獻(xiàn)文本，自行導(dǎo)入各自的文獻(xiàn)檢索服務(wù)系統(tǒng)，以利建立個性化的有實(shí)用價值的數(shù)據(jù)庫。如果真能做到這樣的話，那么就將會促進(jìn)學(xué)術(shù)研究的迅速發(fā)展。
>> 基于Web的數(shù)據(jù)庫遠(yuǎn)程自主實(shí)驗(yàn)平臺 基于Web的遠(yuǎn)程數(shù)據(jù)庫管理探究 基于 SQL Server的煤礦應(yīng)急救援平臺數(shù)據(jù)庫研究 基于Web數(shù)據(jù)庫的考務(wù)管理平臺方案 基于Linux平臺Apache\PHP\MySQL數(shù)據(jù)庫的WEB商務(wù)系統(tǒng)設(shè)計(jì) 基于Web平臺的數(shù)據(jù)庫加密技術(shù)應(yīng)用探究 基于PHP技術(shù)的基因數(shù)據(jù)庫Web平臺設(shè)計(jì) 基于Web數(shù)據(jù)庫的數(shù)據(jù)庫挖掘技術(shù)探究 基于Web數(shù)據(jù)庫的數(shù)據(jù)庫挖掘技術(shù)研究 淺談基于ASP的WEB數(shù)據(jù)庫訪問技術(shù) 基于XML數(shù)據(jù)庫的Web應(yīng)用研究 基于數(shù)據(jù)庫應(yīng)用的WEB結(jié)構(gòu)分析 基于的WEB數(shù)據(jù)庫應(yīng)用 基于Web的數(shù)據(jù)庫技術(shù)分析 基于WEB數(shù)據(jù)庫安全的訪問技術(shù) 基于WEB的數(shù)據(jù)庫訪問技術(shù) 基于Web的數(shù)據(jù)庫技術(shù)探究 淺談基于JSP的數(shù)據(jù)庫Web訪問技術(shù) 基于Web數(shù)據(jù)庫的安全問題探析 基于Web的數(shù)據(jù)庫技術(shù)淺析 常見問題解答 當(dāng)前所在位置：
范茂魁.2009.制約特勤隊(duì)伍地震救援專業(yè)化發(fā)展因素及對策[J].消防科學(xué)與技術(shù)，28（3）：217-222.
何少林，李佐唐，姚子文.2006.甘肅省地震應(yīng)急基礎(chǔ)數(shù)據(jù)庫管理服務(wù)軟件系統(tǒng)研制[J].西北地震學(xué)報(bào)，28（2）：149-153.
吉雍慧.2008.數(shù)字圖書館中的檢索結(jié)果聚類和關(guān)聯(lián)推薦研究[J].情報(bào)分析與研究， （2）：69-75.
雷秋霞，陳維鋒，黃丁發(fā)等.2011.地震現(xiàn)場搜救力量部署輔助決策系統(tǒng)研究[J].地震研究，34（3）：385-388.
李東平，姚遠(yuǎn)，2009.浙江省地震應(yīng)急基礎(chǔ)數(shù)據(jù)庫建設(shè)研究[J].科學(xué)技術(shù)與工程，9（9）：2474-2479.
劉紅桂，王建宇，徐桂明.2005.基于GIS的江蘇省地震應(yīng)急基礎(chǔ)數(shù)據(jù)庫與震害快速評估技術(shù)[C]// 江蘇省測繪協(xié)會.2005數(shù)字江蘇論壇――電子政務(wù)與地理信息技術(shù)論文專輯.江蘇：《現(xiàn)代測繪》編輯部，10-12.
聶高眾，陳建英，李志強(qiáng)等.2002.地震應(yīng)急基礎(chǔ)數(shù)據(jù)庫建設(shè)[J].地震，22（3）：105-112.
王東明.2008.地震災(zāi)場模擬及救援虛擬仿真訓(xùn)練系統(tǒng)研究[D].哈爾濱：中國地震局工程力學(xué)研究所.
王東明.2013.中國地震救援廢墟安全評估綜合管理系統(tǒng)[J].土木工程學(xué)報(bào)，46（2）：301-306.
【論文摘 要】分析了城市綠化管理的評價指標(biāo)，在此基礎(chǔ)上分析了地理信息系統(tǒng)（GIS）在城市綠化管理中的作用，分別介紹了GIS、數(shù)據(jù)庫技術(shù)和.NET技術(shù)三種技術(shù)在城市綠化管理中的應(yīng)用，最后提出基于信息管理技術(shù)的城市綠化管理的對策與建議。
城市綠地作為城市結(jié)構(gòu)中的自然生產(chǎn)力主體，對城市系統(tǒng)和生態(tài)發(fā)展起著至關(guān)重要的作用，是改善城市生態(tài)質(zhì)量，調(diào)節(jié)城市生態(tài)平衡的主要載體。我國城市綠地的破碎化程度很高，采取人工手段提前綠地信息的難度自然就變得非常大，運(yùn)用信息系統(tǒng)對城市綠地進(jìn)行規(guī)劃管理能夠推進(jìn)城市綠地管理的現(xiàn)代化水平，提高綠地管理效率。城市綠化管理信息系統(tǒng)的減輕城市綠化的規(guī)劃設(shè)計(jì)、建設(shè)施工和養(yǎng)護(hù)管理等各項(xiàng)管理工作復(fù)雜程度的有效方式，同時能夠合理地利用人力、物力和財(cái)力等資源，提高城市綠化管理質(zhì)量，實(shí)現(xiàn)科學(xué)管理。城市綠化管理信息系統(tǒng)為園林綠化管理部門提供數(shù)據(jù)信息，以便于統(tǒng)計(jì)部門進(jìn)行規(guī)劃，實(shí)現(xiàn)內(nèi)部管理標(biāo)準(zhǔn)化和城市綠化管理?xiàng)l理化。
一、城市綠化評價指標(biāo)
城市綠化系統(tǒng)的概念仍在不斷完善中，與此同時，關(guān)于城市綠化的指標(biāo)體系也在不斷調(diào)整和完善。國際上關(guān)于城市綠化的評價指標(biāo)有很多，例如，聯(lián)合國在1996年提出市區(qū)公園綠地定額為60m2/人，而實(shí)際上，無論是在發(fā)達(dá)國家還是在發(fā)展中國家，很多城市都超過了這一指標(biāo)。其他國家也都根據(jù)本國的實(shí)際情況提出了不同的城市綠化評價指標(biāo)，我國基本建設(shè)委員會于1980年頒布了《城市規(guī)劃定額指標(biāo)暫行規(guī)定》，確定了城市綠地定額近期3-5m2/人，遠(yuǎn)期7-11m2/人，跟地區(qū)根據(jù)此指標(biāo)也規(guī)定了本地區(qū)的綠地系統(tǒng)指標(biāo)。
二、城市綠化信息管理技術(shù)
城市綠化信息涉及到大量的地理空間數(shù)據(jù)，因此對城市綠化管理與評價體系在技術(shù)方面提出了很大的挑戰(zhàn)，隨著信息技術(shù)發(fā)展，信息管理系統(tǒng)相關(guān)技術(shù)應(yīng)用于城市綠化管理，較為明顯的是地理信息系統(tǒng)技術(shù)的使用，關(guān)鍵技術(shù)包括地理信息系統(tǒng)技術(shù)（GIS），數(shù)據(jù)庫技術(shù)和.NET技術(shù)。
（一）GIS技術(shù)
GIS最早出現(xiàn)在60年度，是從國外引進(jìn)的一種數(shù)據(jù)管理技術(shù)，與傳統(tǒng)的分析方法相比，GIS將傳統(tǒng)分析方法中單一、靜態(tài)的數(shù)據(jù)進(jìn)化為多數(shù)據(jù)源、多時相以及時空結(jié)合的綜合分析方式，能夠進(jìn)行數(shù)據(jù)綜合和模擬分析，并且能夠得到傳統(tǒng)方法難以得到的重要信息，因此，這一技術(shù)已經(jīng)應(yīng)用到綠地管理的各個領(lǐng)域，成為各城市進(jìn)行規(guī)劃的必要工具。目前，國際上大多數(shù)的GIS軟件公司已經(jīng)把開發(fā)組件式軟件作為重要的發(fā)展戰(zhàn)略，因?yàn)榻M件式的GIS技術(shù)成為現(xiàn)在各城市進(jìn)行城市綠化管理主要應(yīng)用的信息管理技術(shù)軟件。國際上主要的組件式GIS商用軟件的分類包括MapObjects和ArcObjects。MapObjects 技術(shù)能夠?qū)崿F(xiàn)人性化和清晰化的數(shù)據(jù)分析，并實(shí)現(xiàn)地圖操作相關(guān)功能，ArcObjects是一個非常重要的組件平臺，也是目前功能最強(qiáng)、組件最全、結(jié)構(gòu)最復(fù)雜的平臺。GIS在國內(nèi)一些地理信息系統(tǒng)研究機(jī)構(gòu)得到了很好的發(fā)展，例如中國地質(zhì)大學(xué)和武漢大學(xué)地理信息系統(tǒng)研究中心都對這一軟件進(jìn)行了深入的研究，為我國發(fā)展GIS組件技術(shù)做出了很大的貢獻(xiàn)。
（二）數(shù)據(jù)庫技術(shù)
數(shù)據(jù)庫技術(shù)能夠?qū)?shù)據(jù)集合按照一定的結(jié)構(gòu)、組織和描述性特點(diǎn)進(jìn)行儲存，具有較小的冗余度，而且數(shù)據(jù)的獨(dú)立性非常高，具有易擴(kuò)展性，能夠?yàn)槎喾N用戶進(jìn)行共享，非常適合我國城市綠地管理中的信息系統(tǒng)管理與應(yīng)用。在城市綠地管理過程中，數(shù)據(jù)庫管理系統(tǒng)在確保數(shù)據(jù)安全可靠的同時，能夠提高用戶使用數(shù)據(jù)的方便性和簡單性，用戶對數(shù)據(jù)的操作能夠通過數(shù)據(jù)庫進(jìn)行運(yùn)行。數(shù)據(jù)庫技術(shù)有很多，配合Windows服務(wù)器版操作系統(tǒng)進(jìn)行使用能夠提高其在城市綠地管理中的應(yīng)用效率。
（三）系統(tǒng)開發(fā)平臺（.NET技術(shù)平臺）
NET開發(fā)平臺是完全不同于傳統(tǒng)應(yīng)用開發(fā)的技術(shù)架構(gòu)，包含很多組件，主要可簡化且規(guī)范應(yīng)用系統(tǒng)的開發(fā)與部署，進(jìn)而可以提高城市綠化管理數(shù)據(jù)的可移植性，安全性和可再利用價值。.NET開發(fā)平臺包含的各類組件、服務(wù)架構(gòu)及技術(shù)層次都有共同的標(biāo)準(zhǔn)和規(guī)格，存在較好的兼容性，能夠解決過去城市綠化管理中使用的信息管理軟件無法使信息產(chǎn)品彼此實(shí)現(xiàn)兼容的問題。這一開發(fā)平臺在我國各城市的綠地管理中有著廣泛的應(yīng)用，并有大量的成功案例。
三、構(gòu)建城市綠化管理數(shù)據(jù)庫的建議
建設(shè)城市綠化數(shù)據(jù)庫，是一個系統(tǒng)性的工程，既包括信息管理軟件的應(yīng)用與管理，又包括數(shù)據(jù)的分析與維護(hù)。因此，在進(jìn)行城市綠化管理數(shù)據(jù)庫建設(shè)的過程中，要注意基礎(chǔ)地理空間數(shù)據(jù)的建設(shè)，綠化規(guī)劃數(shù)據(jù)庫的建設(shè)以及元數(shù)據(jù)庫的建設(shè)，確?？臻g和非空間的數(shù)據(jù)能夠通過信息管理軟件實(shí)現(xiàn)一體化集成。第一，空間數(shù)據(jù)庫，包括基礎(chǔ)地理空間數(shù)據(jù)庫、綠化規(guī)劃數(shù)據(jù)和綠化現(xiàn)狀數(shù)據(jù)庫；第二是屬性數(shù)據(jù)庫，主要包括植被規(guī)劃目標(biāo)、系統(tǒng)資源的屬性數(shù)據(jù)和有關(guān)城市綠地規(guī)劃和管理的元數(shù)據(jù)。
建設(shè)城市綠化管理信息系統(tǒng)能夠?qū)崿F(xiàn)城市植被地理分別的信息管理，提高城市綠化管理效率，在城市綠化管理中，很多管理內(nèi)容和管理任務(wù)都是與地理分布有關(guān)的，在各項(xiàng)管理中存在大量雜亂的、分散的資料和數(shù)據(jù)，因此建立城市綠化管理信息系統(tǒng)，并通過GIS技術(shù)和數(shù)據(jù)庫技術(shù)的結(jié)合能夠有效地分析如此龐大的數(shù)據(jù)，并為城市綠化管理提出建議奠定基礎(chǔ)。
參考文獻(xiàn)
[1]趙愛華，楊鳳海.基于GIS的城市綠化管理信息系統(tǒng)設(shè)計(jì)與研究[J].微計(jì)算機(jī)信息，2007，23（8）.
[2]姜文峰，鄭文剛，王彥文，趙春江.城市綠地自動化節(jié)水灌溉系統(tǒng)的研究[J].節(jié)水灌溉，2005，（1）.