亚洲成色777777女色窝,777亚洲妇女,色吧亚洲日本,亚洲少妇视频

數(shù)據(jù)庫技術(shù)論文

時間: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ù)庫技術(shù)論文

第1篇

目前,著名數(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)用廣泛、功能強大的數(shù)據(jù)庫管理系統(tǒng)。Oracle作為一個通用的數(shù)據(jù)庫管理系統(tǒng),不僅具有完整的數(shù)據(jù)管理功能,還是一個分布式數(shù)據(jù)庫系統(tǒng),支持各種分布式功能。Oracle使用PL/SQL語言執(zhí)行各種操作,具有可開放性、可移植性、可伸縮性等功能。

2.Sybase。最新版本的SybaseAdaptiveServer與以前的版本相比,具有更豐富的功能設(shè)置,Sybase比較強大的地方在于它對資源的低占有率上。在這一方面,Sybase15還引入了新的“專利查詢過程技術(shù)”,顯示了增強的性能和降低的硬件資源消耗。

3.MicrosoftSQLServer。MicrosoftSQLServer是一種典型的關(guān)系型數(shù)據(jù)庫管理系統(tǒng),可以在許多操作系統(tǒng)上運行,它使用Transact-SQL語言完成數(shù)據(jù)操作。由于MicrosoftSQLServer是開放式的系統(tǒng),其它系統(tǒng)可以與它進行完好的交互操作。

4.MicrosoftOffice。作為MicrosoftOffice組件之一的MicrosoftAccess是在Windows環(huán)境下非常流行的桌面型數(shù)據(jù)庫管理系統(tǒng)。Access既擁有用戶界面(VB可以用來開發(fā)用戶界面);也擁有邏輯、流程處理,即VBA語言(VB也可以用來做邏輯處理);又可以存儲數(shù)據(jù),即在“表”中存儲數(shù)據(jù)。使用MicrosoftAccess無需編寫任何代碼,只需通過直觀的可視化操作就可以完成大部分數(shù)據(jù)管理任務(wù)。在MicrosoftAccess數(shù)據(jù)庫中,包括許多組成數(shù)據(jù)庫的基本要素。這些要素是存儲信息的表、顯示人機交互界面的窗體、有效檢索數(shù)據(jù)的查詢、信息輸出載體的報表、提高應(yīng)用效率的宏、功能強大的模塊工具等。

5.VisualFoxPro。VisualFoxPro是Microsoft公司VisualStudio系列開發(fā)產(chǎn)品之一,簡稱VFP是Xbase數(shù)據(jù)庫家族的成員,可以運行于Windows9X/2000和WindowsNT平臺的32位的數(shù)據(jù)庫開發(fā)系統(tǒng)。VisualFoxPro提供了一個功能強大的集成化開發(fā)環(huán)境,采用可視化和面向?qū)ο蟮某绦蛟O(shè)計方法,使數(shù)據(jù)管理和應(yīng)用程序的開發(fā)更加簡便。VisualFoxPro是數(shù)據(jù)庫管理軟件,可實現(xiàn)數(shù)據(jù)與應(yīng)用程序獨立。

二、如何選擇適合自己的數(shù)據(jù)庫軟件

1.按性能應(yīng)從以下幾個方面予以考慮:

(1)構(gòu)造數(shù)據(jù)庫的難易程度;(2)程序開發(fā)的難易程度;(3)數(shù)據(jù)庫管理系統(tǒng)的性能分析;(4)對分布式應(yīng)用的支持;(5)并行處理能力;(6)可移植性和可擴展性;(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只可以運行在其Windows操作系統(tǒng)平臺上。不過由于Windows操作系統(tǒng)的廣泛普及,缺乏對其他系統(tǒng)的支持并沒有阻擋SQLServer的市場份額的增長。SQLServer是真正的中大型數(shù)據(jù)庫,VFP是桌面數(shù)據(jù)庫,使用方便、易學(xué),但實際上犧牲了真正數(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)費用,那么可以考慮PostgreSQL或Ingres。對于嵌入式數(shù)據(jù)庫應(yīng)用,MySQL和Sybase所占有的系統(tǒng)資源最少??傊?,最適合的才是最好的!

參考文獻:

[1]劉守根.數(shù)據(jù)庫管理系統(tǒng)的現(xiàn)狀和發(fā)展方向初探.內(nèi)江科技,2006,(2).

[2]陳業(yè)斌.分布式數(shù)據(jù)庫管理系統(tǒng)的設(shè)計與實現(xiàn).安徽工業(yè)大學(xué)學(xué)報(自然科學(xué)版),2005,(3).

[3]姬志剛.計算機、網(wǎng)絡(luò)與信息社會.科技咨詢導(dǎo)報,2006,(20).

[4]薛向陽.數(shù)據(jù)庫管理系統(tǒng)的開發(fā)與程序的設(shè)計.渭南師范學(xué)院學(xué)報,2005,(2)

[5]竺洪平.數(shù)據(jù)庫管理系統(tǒng)的設(shè)計與程序的開發(fā).中小學(xué)電教,2005,(6).

第2篇

本文以面向文檔的NoSQL作為數(shù)據(jù)持久層,面向文檔的NoSQL數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)設(shè)計相對于關(guān)系型數(shù)據(jù)庫來說容易許多,在對數(shù)據(jù)進行查詢、數(shù)據(jù)庫操作接口方面都有很大的優(yōu)勢]。因為面向文檔的NoSQL數(shù)據(jù)庫不支持多張表的JOIN操作,因此在對面向文檔的NoSQL數(shù)據(jù)集合進行設(shè)計的時候需要考慮到這方面的因素。本監(jiān)測系統(tǒng)主要的業(yè)務(wù)功能可以分為3個模塊,分別是小區(qū)信息查詢模塊、報表統(tǒng)計模塊和用戶、終端管理模塊,因此,數(shù)據(jù)集合的設(shè)計同樣從這三個方面進行設(shè)計。各個數(shù)據(jù)集合之間的關(guān)系如圖1所示??紤]到在對數(shù)據(jù)表進行設(shè)計所依據(jù)的原則基本一致,因此以下僅對小區(qū)信息查詢模塊的數(shù)據(jù)表設(shè)計進行著重分析。設(shè)計數(shù)據(jù)模型需要結(jié)合系統(tǒng)的特點進行分析。此系統(tǒng)主要實現(xiàn)的功能是對小區(qū)天線參數(shù)信息進行保存、管理,并以友好的界面展示給用戶,并響應(yīng)用戶的各種操作。因此,在大部分的操作中,存儲天線實時參數(shù)的ANTENNAARGS表會產(chǎn)生大量的插入操作,本文根據(jù)各個表的不同讀寫比進行了設(shè)計,如圖2所示。本文將天線表、區(qū)域表以內(nèi)嵌的形式放入了小區(qū)表,將天線參數(shù)表設(shè)計成單獨的集合,并以引用的方式指向了小區(qū)表主要是考慮到天線參數(shù)集合是被訪問最頻繁的表,會產(chǎn)生大量的讀寫操作,因此在小區(qū)集合與天線參數(shù)集合之間采用的是范式化的模式。其中,天線工參表(ANTENANARGS表)用來存儲從各個采集終端傳輸至管理系統(tǒng)的小區(qū)天線實時數(shù)據(jù)信息,具體如表1所示。小區(qū)信息表(CELL表)用來存儲各個小區(qū)的地址、天線相關(guān)參數(shù)詳細信息,如表2所示。除了上述表之外還有采集終端表(TERMI-NAL)、天線信息表(ANTENNA)和告警表(ALARM-REPORT)等。數(shù)據(jù)庫運行時,自動將所對應(yīng)的數(shù)據(jù)存入相應(yīng)表中。

2數(shù)據(jù)庫自動分片設(shè)計

管理系統(tǒng)在運行中會產(chǎn)生大量的寫操作,進而帶來頻繁的磁盤I/O操作,在大數(shù)據(jù)下,最好采用將數(shù)據(jù)庫分布在多臺服務(wù)器上,即分片[7]。本文采用Auto-Sharding(自動分片)及Replic-Set(復(fù)本集)相結(jié)合的方式來減輕單個數(shù)據(jù)庫服務(wù)器的負載,即在每臺Server上各自運行一個實例,組成一個Replic-Set,最后再各運行一個實例,組成ConfigServer。直接執(zhí)行Addshard操作即可增加分片以緩解服務(wù)器的壓力,實現(xiàn)動態(tài)擴展。分片的實現(xiàn)重點在于片鍵設(shè)計。本文將保存天線參數(shù)信息的集合聲明了一個復(fù)合片鍵{Lacci:1,Day:1}。當(dāng)來自不同的小區(qū)(可以根據(jù)Lacci進行判斷)向集群系統(tǒng)插入數(shù)據(jù)時,可以預(yù)計到在大部分情況下,同一小區(qū)的數(shù)據(jù)會落在單個塊或片上。

3數(shù)據(jù)庫查詢的實現(xiàn)

數(shù)據(jù)查詢功能為本數(shù)據(jù)庫設(shè)計的重要功能之一。數(shù)據(jù)庫將小區(qū)信息、天線參數(shù)等相關(guān)的數(shù)據(jù)信息根據(jù)用戶的要求,以界面或報表的形式全部或部分的顯示給用戶?;诒緮?shù)據(jù)庫的設(shè)計,用戶通過數(shù)據(jù)查詢菜單進入相應(yīng)查詢界面,獲取小區(qū)信息、終端信息及告警信息等。實現(xiàn)“天線工程參數(shù)查詢”功能的工作流程如圖3所示。為了實現(xiàn)小區(qū)天線參數(shù)查詢功能,客戶端需要向數(shù)據(jù)庫發(fā)送2次請求,用戶根據(jù)需求,向控制器發(fā)送查詢請求,控制器處理查詢命令,對相應(yīng)的小區(qū)進行信息查詢,待小區(qū)返回信息后,將用戶的查詢命令發(fā)送至對應(yīng)小區(qū),根據(jù)需求讀取有用信息,并返回給用戶。跟關(guān)系型數(shù)據(jù)庫相比,由于省去了大量的多表連接操作,實際上查詢的效率要高于基于關(guān)系型數(shù)據(jù)庫的多表連接查詢。查詢工作的SQL語句如下。

4數(shù)據(jù)庫備份與恢復(fù)

數(shù)據(jù)安全在數(shù)據(jù)庫設(shè)計中有很重要的地位。在各種意外情況下,如計算機硬件故障等,對數(shù)據(jù)庫進行備份和恢復(fù)能夠保障數(shù)據(jù)的完整性和安全性,使得數(shù)據(jù)損失降到最?。?]。本數(shù)據(jù)庫設(shè)計的備份選用的是副本集的方式[7]:在主節(jié)點上進行操作,寫入的數(shù)據(jù)被一步地同步到所有的從節(jié)點上,并從主節(jié)點或從節(jié)點上讀取數(shù)據(jù),如果主節(jié)點由于某些原因斷線,會自動將一個從節(jié)點提升為主節(jié)點。在查詢分析器中運用SQL語句完成數(shù)據(jù)庫的備份和恢復(fù)。在數(shù)據(jù)庫管理界面中,用戶通過數(shù)據(jù)庫備份與恢復(fù)功能進行相應(yīng)操作,確保數(shù)據(jù)的正確行和完整性。

5結(jié)束語

第3篇

1.1有效避免資源浪費現(xiàn)象的發(fā)生

對于計算機軟件系統(tǒng)而言,數(shù)據(jù)庫作為其中的核心內(nèi)容,需要得到人們的重點關(guān)注。在數(shù)據(jù)庫設(shè)計的過程中,需要通過對軟件工程的定義分析,實現(xiàn)對不同軟件工程項目的認識及理解,滿足數(shù)據(jù)庫編程的基本需求,從而有效避免了數(shù)據(jù)資源浪費現(xiàn)象的發(fā)生。在軟件設(shè)計中,設(shè)計人員需要提高對軟件數(shù)據(jù)庫編程的重視,通過對數(shù)據(jù)庫資源的綜合性分析,避免數(shù)據(jù)庫出現(xiàn)使用性能不高的問題,解決數(shù)據(jù)故障限制因素。對于不良的數(shù)據(jù)庫而言,其后期系統(tǒng)的維護頻率會不斷增多,從而造成了計算機軟件維修中資源浪費的現(xiàn)象。

1.2提高計算機軟件系統(tǒng)運行速度

在計算機系統(tǒng)設(shè)計及分析中,需要通過對軟件系統(tǒng)的運用,實現(xiàn)對程序功能的穩(wěn)定發(fā)揮,為數(shù)據(jù)資源的系統(tǒng)運行提供有效支持。而且,在高性能數(shù)據(jù)軟件系統(tǒng)運用中,可以通過對計算機系統(tǒng)的操作分析,進行準(zhǔn)確、快速的信息傳輸,全面提高軟件系統(tǒng)的運行速度。同時,在計算機軟件系統(tǒng)使用的過程中,通過對數(shù)據(jù)庫資源的拓展分析,可以為用戶提供便利性的服務(wù)支持,減少數(shù)據(jù)資源浪費現(xiàn)象的發(fā)生。通過計算機軟件數(shù)據(jù)庫的構(gòu)建,可以實現(xiàn)對數(shù)據(jù)庫資源的合理革新,從而為數(shù)據(jù)資源的儲存軟件系統(tǒng)的管理提供有效支持。

2計算機軟件工程中的數(shù)據(jù)庫建立

開展計算機軟件工程建設(shè)過程中,首先要針對數(shù)據(jù)庫系統(tǒng)進行完善,設(shè)計構(gòu)建基礎(chǔ)的框架,計算機軟件通常是在網(wǎng)絡(luò)環(huán)境下運行使用的,因此在建設(shè)期間,也要考慮是否存在影響因素,通過各個系統(tǒng)之間的相互配合,來實現(xiàn)軟件功能,數(shù)據(jù)庫中的信息安全性也能夠得到保障。對于軟件工程中針對數(shù)據(jù)庫編程管理問題,在建立初期要有明確的使用方向,完成基礎(chǔ)框架設(shè)計后需要針對功能方面采取完善措施,不斷的補充其中的功能,并提升軟件自身防御能力,這樣即使是在網(wǎng)絡(luò)運行使用環(huán)境下,也能最大限度的避免受到病毒攻擊,確保數(shù)據(jù)信息安全,同時數(shù)據(jù)庫中信息的更新速率也能夠達到使用需求標(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è)計效果。

3對數(shù)據(jù)庫文件的應(yīng)用

3.1面向?qū)ο蟮臄?shù)據(jù)庫存儲模式選擇

數(shù)據(jù)庫存儲模式選擇,需要在分區(qū)后進行,存儲功能中可能會出現(xiàn)不同程度的功能隱患問題。這種數(shù)據(jù)庫存儲模式選擇也是對用戶訪問權(quán)限的定義,在軟件使用過程中,為確保內(nèi)部重要信息的安全性,會對用戶的訪問權(quán)限進行定義,這樣不同級別的用戶所能夠登陸到的界面也存在差異,數(shù)據(jù)庫信息也都得到安全保障。基于文件類型選擇基礎(chǔ)上所進行的文件訪問,也更高效合理,實現(xiàn)上述功能在程序編寫期間要重點設(shè)計,根據(jù)所存儲的信息類型來對數(shù)據(jù)庫做出選擇,避免出現(xiàn)更深層次的問題,并幫助合理優(yōu)化資源,利用過程中達到更理想的效果。不同資源在使用時需要根據(jù)所接收到的指令來調(diào)動數(shù)據(jù)庫內(nèi)部信息,實現(xiàn)資源利用方面的優(yōu)化。

3.2數(shù)據(jù)庫文件的加密保護

文件加密保護主要是針對基礎(chǔ)信息來進行的,這部分信息關(guān)系到使用者的個人隱私,一旦泄露會造成嚴重的影響,因此在所開展的數(shù)據(jù)庫文件加密保護中,要根據(jù)不同信息的重要程度來設(shè)置等級,采用登陸口令以及密碼加密的形式來進行保護,登陸到數(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)化來達到更理想的優(yōu)化使用模式。為各個系統(tǒng)之間的功能優(yōu)化創(chuàng)造有利環(huán)境。

3.3數(shù)據(jù)存儲模式使用方法比較

存儲功能使用性能是否穩(wěn)定,要從使用方法對比過程中來進行探討,觀察運行狀態(tài)下的軟件是否存在功能不穩(wěn)定的現(xiàn)象,并從技術(shù)性角度來深入探討預(yù)防措施。設(shè)計期間的功能選擇直接關(guān)系到后續(xù)網(wǎng)絡(luò)訪問所選擇的形式,以及工作任務(wù)開展期間可能會遇到的相關(guān)問題,幫助提升系統(tǒng)投入使用后的功能穩(wěn)定性,通過這種工作模式上的創(chuàng)新利用,可以幫助避免網(wǎng)絡(luò)環(huán)境中軟件使用受到計算機病毒的入侵,并最大程度的保護數(shù)據(jù)庫中信息的安全性,對于一些比較常見的技術(shù)性問題,對于這種配合方法的選擇也能夠達到更理想的運行效果。系統(tǒng)在運行過程中會對所接收到的信息快速篩選,將其中的有用信息進行歸類,這樣可以根據(jù)使用需求快速的調(diào)動數(shù)據(jù)庫內(nèi)的信息,軟件投入使用后也可以根據(jù)操作需求對功能進行更新處理,這種方法的實現(xiàn)也需要各個系統(tǒng)之間的相互配合。對存儲模式進行對比,觀察其中所存在的問題,更有利于下一階段軟件功能設(shè)計的實現(xiàn)。

3.4開發(fā)設(shè)計中的編程技術(shù)選擇

編程技術(shù)選擇過程中,要以軟件功能的穩(wěn)定性來進行探討,觀察在系統(tǒng)設(shè)計中對資源的利用是否優(yōu)化,以及可能會出現(xiàn)的功能不穩(wěn)定現(xiàn)象。針對比較常見的系統(tǒng)功能問題,在編程階段的技術(shù)選擇可以采用對比的方法來進行,觀察系統(tǒng)功能的穩(wěn)定性,發(fā)現(xiàn)數(shù)據(jù)傳輸不準(zhǔn)確的現(xiàn)象要及時采取解決控制措施,預(yù)防軟件的功能出現(xiàn)大面積癱瘓,影響到正常工作使用。程序檢測工作開展也是針對這些技術(shù)選擇問題來進行的,對所開發(fā)設(shè)計出的軟件進行穩(wěn)定性檢測,為系統(tǒng)的運行創(chuàng)造出安全適合的環(huán)境,在這樣的環(huán)境下才能夠解決運行穩(wěn)定性問題,并達到系統(tǒng)需求的工作環(huán)境。軟件功能穩(wěn)定性與編程技術(shù)的選擇之間有很大關(guān)系,因此在選擇編程方法時要考慮是否可以解決這一技術(shù)優(yōu)化利用的問題。開發(fā)初期階段出現(xiàn)問題可以重新優(yōu)化基礎(chǔ)框架結(jié)構(gòu),這樣后續(xù)的建設(shè)計劃也可以順序開展,在這樣的環(huán)境下,計算機程序匯編面臨著功能實現(xiàn)與網(wǎng)絡(luò)環(huán)境安全防護的雙重任務(wù),實現(xiàn)各項工作任務(wù)也是十分復(fù)雜的。

第4篇

1.建立學(xué)籍檔案數(shù)據(jù)庫使學(xué)籍檔案的管理效率、檢索速度和查準(zhǔn)率有了明顯的提高。面對日積月累的檔案,沿用傳統(tǒng)的手工目錄查詢檔案已經(jīng)不能適應(yīng)形勢的要求,傳統(tǒng)的案卷目錄檢索點單一,不支持模糊查詢,檢索起來費勁費時,而且查全率和查準(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é)生的個人信息輸入計算機,建立學(xué)生信息數(shù)據(jù)庫,只要定義任一檢索條件或組合查詢,即可迅速準(zhǔn)確地篩選出符合條件的記錄。

2.采用學(xué)籍檔案數(shù)據(jù)庫管理緩解了檔案保存與利用之間的矛盾。學(xué)籍檔案的形成年度跨度較大,尤其是具有百年歷史的高校,學(xué)籍檔案對于研究高校教育史具有重要的參考價值,而檔案不同于一般的歷史文物,具有記錄性和原始性的特點,隨著社會的發(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ā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è)計出具有一定規(guī)模、功能強大的數(shù)據(jù)庫應(yīng)用系統(tǒng)。Access還具有數(shù)據(jù)訪問的功能,可以創(chuàng)建用來添加、編輯、查看、處理學(xué)籍檔案數(shù)據(jù)庫當(dāng)前記錄的Web頁,也可以通過電子郵件發(fā)送數(shù)據(jù)。

2.制作掃描文件

采用掃描錄入方式將學(xué)籍檔案按原貌逐頁存儲為圖像文件,學(xué)籍檔案原件有5項基本內(nèi)容:畢業(yè)照、學(xué)生學(xué)籍表、分年課程學(xué)分表、畢業(yè)資格審查表、中學(xué)畢業(yè)證書,以學(xué)號作為文件名標(biāo)識,例如某人學(xué)號為13561,那么他的掃描文件分別為13561a、13561b、13561c、13561d、13561e,依次類推。

計算機圖像文件的格式很多,常見的圖像格式有:BMP、JPEG、TIFF等,使用上各有長短。不同的格式其文件大小、打開速度、支持顏色、壓縮耗損等參數(shù)均不相同。BMP格式的圖像沒有壓縮、最能體現(xiàn)實物的原貌,大多數(shù)瀏覽器如IE、Netscape等都支持這種格式。然而其文件大,占用系統(tǒng)資源最多,打開速度慢,特別是在網(wǎng)絡(luò)上傳輸時,其打開和下載速度更難適應(yīng)要求。因此在圖像格式的選擇上必須考慮Web圖像的要求。JPEG格式的圖像壓縮比例大,圖像文件做得小,網(wǎng)絡(luò)下載速度也最快,支持顏色也多。TIFF格式的文件適合做動態(tài)圖形,但是色彩層次的還原性比較差。所以,建設(shè)大量圖片形式的掃描文件庫選擇以*.JPG格式保存比較好。

經(jīng)過比較和測試,用100dpi的掃描分辨率掃描的圖像在清晰度和文件大小之間達到較好的平衡。

3.學(xué)籍檔案數(shù)據(jù)庫系統(tǒng)的設(shè)計

對所有的掃描文件編制目錄索引,目錄索引用數(shù)據(jù)庫方式建立,每一圖像文件以其存儲地址與其在目錄索引中的記錄相鏈接。利用目錄索引可檢出所需檔案之圖像文件的存放地址,通過地址借助鏈接顯示該檔案原文的圖像。

我們設(shè)計的復(fù)旦大學(xué)學(xué)生學(xué)籍檔案信息管理系統(tǒng)由數(shù)據(jù)庫文件,掃描文件,超文本文件及程序文件組成。分別開設(shè)四個子目錄存放這四部分的文件。

數(shù)據(jù)庫文件即學(xué)籍信息數(shù)據(jù)庫,由手工錄入的學(xué)生信息組成,一人一條記錄,是檢索的依據(jù),也是鏈接的基礎(chǔ)。

掃描文件即學(xué)籍檔案的原文掃描件,由于數(shù)量多,必需用一個大容量的硬盤來存放,為了保證數(shù)據(jù)的安全,還應(yīng)分期分批進行數(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),可按各字段進行獨立或組合檢索,并在網(wǎng)頁內(nèi)給出結(jié)果集合。點擊學(xué)號,瀏覽器給出該學(xué)生的全部檔案資料。并可直接打印,郵寄各文件。

3、建設(shè)學(xué)籍檔案數(shù)據(jù)庫的難點和解決辦法

1.學(xué)籍檔案具有原始性的特點。雖然文檔一體化管理在信息系統(tǒng)技術(shù)上已逐步走向成熟,但是大量歸檔后的文件卻不能做到全部數(shù)字化。自動文字識別軟件OCR技術(shù)的應(yīng)用大大提高了數(shù)字化的效率,但是這種軟件要求印刷體的規(guī)范化文字,而對歷史檔案原始資料中大量形形的手寫字體很難識別。由于時代所限,早期形成的歷史檔案都是紙質(zhì)的,這也是實現(xiàn)檔案數(shù)字化的瓶頸。所以,通過掃描技術(shù),將原始的學(xué)籍檔案材料,轉(zhuǎn)換為圖像文件存儲在計算機中,是一種比較現(xiàn)實可行的辦法。通過學(xué)籍檔案數(shù)據(jù)庫可以快速調(diào)用原文數(shù)據(jù)庫即掃描文件庫中的文件,也省卻了調(diào)卷的繁復(fù)。

2.學(xué)籍檔案材料不統(tǒng)一。學(xué)籍檔案是散頁的,各種材料大小不一,有些材料甚至有缺損,在掃描時需要對有殘缺和破損的照片在進行修補,我們可以用圖像處理技術(shù)對掃描的圖像文件進行加工,使之達到滿意的效果。

第5篇

一、實驗情境設(shè)計

某小型企業(yè)已建立采用B/S結(jié)構(gòu)設(shè)計的銷售管理系統(tǒng),其后臺數(shù)據(jù)庫名稱為example,products表和orders表是example數(shù)據(jù)庫中的兩張表。要求用戶a~e能登錄數(shù)據(jù)庫服務(wù)器并按照設(shè)計的訪問控制權(quán)限訪問相應(yīng)的服務(wù)器及數(shù)據(jù)庫資源,訪問用戶及權(quán)限設(shè)置如表1所示:表1用戶及訪問權(quán)限設(shè)置表

二、實驗技術(shù)分析

本實驗主要實現(xiàn)在SQLSERVER中對數(shù)據(jù)庫安全性的管理問題。首先明確SQLServer中身份驗證的種類和實現(xiàn)步驟,然后再熟悉為用戶分配登錄賬號和權(quán)限的操作方法,對于SQLServer安全性的各種管理,尤其是對數(shù)據(jù)庫訪問控制操作有深入要求。要管理數(shù)據(jù)庫安全性,必須了解各種賬號和權(quán)限,因為安全性就是通過它們的分配來實現(xiàn)的。所以掌握它們的區(qū)別和用處非常重要。(一)SQLSERVER身份驗證模式SQLSERVER身份驗證模式指SQLSERVER如何處理用戶名和密碼的問題,SQLSERVER提供兩種身份驗證模式。1、Windows身份驗證模式,在這種方式下,用戶只可以使用Windows身份登陸連接到SQLServer,由Windows操作系統(tǒng)對客戶端進行身份驗證。我們知道,SQLServer和Windows同屬于微軟公司的產(chǎn)品。當(dāng)使用Windows身份驗證連接到SQLServer時,SQLServer使用Windows操作系統(tǒng)中的信息驗證賬戶名和密碼,用戶不必重復(fù)提交登錄名和密碼。這種驗證方式的弊端在于若采取B/S結(jié)構(gòu)服務(wù)器,遠程客戶機無法連接到服務(wù)器,這時須使用混合驗證模式。2、混合驗證模式,即可以同時使用Windows身份驗證和SQLServer身份驗證。使用具體驗證方式取決于在最初通信時使用的網(wǎng)絡(luò)庫。如果一個用戶使用TCP/IP進行登錄驗證,則使用SQLServer身份驗證;如果用戶使用命名管道,則登錄時將使用Windows身份驗證。[1]圖1SQLServer安全性決策樹通過以上兩種身份驗證模式,用戶如果想使用指定的登錄名稱和密碼連接到SQLServer,SQLServer會按照圖1所示的安全性決策樹進行安全身份驗證。本實驗中要實現(xiàn)在采用B/S結(jié)構(gòu)設(shè)計的銷售管理系統(tǒng)中讓不同的客戶端用戶能訪問服務(wù)器的數(shù)據(jù)庫資源,所以身份驗證模式可以設(shè)置為“SQLServer和Windows身份驗證模式”。(二)賬號和權(quán)限1、登錄帳戶登錄賬戶是讓用戶登錄到SQLServer服務(wù)器中用的賬號,如果用戶不能登錄SQLServer的服務(wù)器,也就不能訪問該服務(wù)器上的數(shù)據(jù)庫資源。在實驗中,需要創(chuàng)建登錄帳戶logina~logine,讓這些帳戶都能登錄數(shù)據(jù)庫服務(wù)器。2、數(shù)據(jù)庫用戶一個SQLServer服務(wù)器下面可以建多個數(shù)據(jù)庫。能登錄到SQLServer服務(wù)器,不一定能訪問到服務(wù)器中的數(shù)據(jù)庫。在實驗中,需要創(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ù)庫角色。在實驗中,用到如下兩個固定的服務(wù)器角色和數(shù)據(jù)庫角色:sysadmin固定服務(wù)器角色的成員可以在數(shù)據(jù)庫引擎中執(zhí)行任何活動。db_backupoperator固定數(shù)據(jù)庫角色的成員可以備份數(shù)據(jù)庫。由于本實驗中用戶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)限,在實驗中可以創(chuàng)建兩個自定義的數(shù)據(jù)庫角色R1和R2,將用戶userc、用戶userd分別添加到R1角色R2角色中。4、權(quán)限在為用戶和角色分配登錄帳戶后,還必須為他們分配權(quán)限以增強數(shù)據(jù)庫的安全性。權(quán)限詳細地說明了可以讓用戶使用哪些數(shù)據(jù)庫對象,并可以對它們進行哪些處理。用戶在數(shù)據(jù)庫內(nèi)的權(quán)限取決于用戶帳戶的權(quán)限和該用戶所屬的角色成員。在實驗中為R1角色授予查詢、修改products表的權(quán)限,為R2角色授予查詢orders表的權(quán)限,為用戶usere添加訪問products表、orders表的權(quán)限。用戶c~用戶d訪問數(shù)據(jù)庫資源的控制方式如圖4所示。圖4用戶c~用戶e安全訪問流程

三、實驗過程

該實驗需要每人PC機一臺,操作系統(tǒng)為Win-dowsxp或win7,實驗的數(shù)據(jù)庫管理系統(tǒng)軟件為SQLServer2005或SQLServer2008。請學(xué)生務(wù)必用每個用戶的身份進行登錄、比較操作以校驗數(shù)據(jù)庫安全訪問控制實驗過程的正確性。

四、實驗總結(jié)

第6篇

摘要分析了幾種網(wǎng)絡(luò)計算模式的特點,針對客戶機/服務(wù)器模式設(shè)計了一個地理信息系統(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)方式,認為ODBCAPI在開放性方面是良好的.最后給出的MAPGIS實例表明:采用上述設(shè)計思路的應(yīng)用系統(tǒng)不但利用了原有MAPGIS的研究成果,實現(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)還處于試驗研制的階段.因此,盡快地研制出我國自主版權(quán)的網(wǎng)絡(luò)GIS的原型和產(chǎn)品,并在技術(shù)手段上達到國際先進水平,是擺在我們面前的一項迫切的任務(wù).

1網(wǎng)絡(luò)計算的幾種模式及特點

(1)傳統(tǒng)的集中式.這是一種主機-終端模式,所有的計算任務(wù)和數(shù)據(jù)管理任務(wù)都集中在主機上,終端只是主機輸入/輸出設(shè)備的延長.這種模式的優(yōu)點是容易管理,缺點是對主機的性能要求很高,也浪費了作為終端的計算機的計算能力,并且從性能價格比來看,在購置費用相當(dāng)?shù)那闆r下,一臺主機的性能往往比不上幾臺計算機所組成網(wǎng)絡(luò)的性能;因此這種模式已逐漸退出主流.字串5

(2)客戶機/服務(wù)器(client/server,簡稱C/S)模式.一般說來,在這種模式下,服務(wù)器只集中管理數(shù)據(jù),而計算任務(wù)分散在客戶機上,客戶機和服務(wù)器之間通過網(wǎng)絡(luò)協(xié)議來進行通訊.客戶機向服務(wù)器發(fā)出數(shù)據(jù)請求,服務(wù)器將數(shù)據(jù)傳送給客戶機進行計算,計算完畢,計算結(jié)果可返回給服務(wù)器.這種模式的優(yōu)點充分利用了客戶機的性能,使計算能力大大提高;另外,由于客戶機和服務(wù)器之間的通訊是通過網(wǎng)絡(luò)協(xié)議進行的,是一種邏輯的聯(lián)系,因此物理上在客戶機和服務(wù)器兩端是易于擴充的.它是目前占主流的網(wǎng)絡(luò)計算模式.

(3)瀏覽器/服務(wù)器(browser/server)模式.在這種模式下,用戶端只需一通用的瀏覽器,如Netscape或Explore,便代替了形形的各種應(yīng)用軟件.服務(wù)器則為Web服務(wù)器.瀏覽器和服務(wù)器之間通過TCP/IP這一通訊協(xié)議進行連接.瀏覽器發(fā)出數(shù)據(jù)請求,由Web服務(wù)器向后臺取出數(shù)據(jù)并計算,將計算結(jié)果返回給瀏覽器.這種模式的優(yōu)點是:由于用戶端所用軟件只是一個簡單的瀏覽器,用戶基本上無需培訓(xùn),用戶端軟件也無需維護;軟件的升級與修改只在服務(wù)器端進行,對用戶透明;服務(wù)器與瀏覽器可處于不同的操作系統(tǒng)平臺.其缺點為:Web動態(tài)技術(shù)不夠成熟,各種標(biāo)準(zhǔn)有待統(tǒng)一,如各廠家的動態(tài)協(xié)議互不支持、瀏覽器之爭等.總之,它是一種先進的但發(fā)展還未成熟的技術(shù).字串4

基于以上的分析,應(yīng)選擇客戶機/服務(wù)器模式作為GIS訪問網(wǎng)絡(luò)數(shù)據(jù)庫的實現(xiàn)模式.

2C/S模式下的GIS訪問網(wǎng)絡(luò)數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計

設(shè)計在總體上分為C/S兩層(見圖1),以充分利用C/S模式的跨平臺、易擴充、數(shù)據(jù)獨立等優(yōu)點.在client端又分兩層來進行設(shè)計——GIS功能層和數(shù)據(jù)請求層,GIS功能層是GIS的功能實現(xiàn)部分,數(shù)據(jù)請求層是GIS的數(shù)據(jù)實現(xiàn)部分.數(shù)據(jù)請求層作為一中間層,起到數(shù)據(jù)轉(zhuǎn)換的作用,對上是具有GIS特點的數(shù)據(jù)文件,對下是標(biāo)準(zhǔn)的數(shù)據(jù)庫記錄.這種分層設(shè)計的形式一方面充分利用了現(xiàn)有的單機版本GIS研究成果;另一方面,GIS功能層和數(shù)據(jù)請求層的開發(fā)可同時進行,只要接口標(biāo)準(zhǔn)不變,本層的變動不會影響到另一層.

Fig.1ThegeneralframeworkofGISaccessingdatabasebasedonC/Smodel

值得一提的是ESRI公司的空間數(shù)據(jù)庫引擎(spatialdatabaseengine,簡稱SDE)的設(shè)計方案(見圖2).它是目前國際上領(lǐng)先的GIS數(shù)據(jù)處理的網(wǎng)絡(luò)計算模型.其數(shù)據(jù)的訪問形式為:由用戶的應(yīng)用程序(userapplication)通過SDE應(yīng)用編程接口(SDEAPI)向SDE服務(wù)器提出空間數(shù)據(jù)請求,SDE服務(wù)器內(nèi)存放有空間對象模型,并依據(jù)空間對象的特點在本地完成空間數(shù)據(jù)的搜索,并將搜索結(jié)果通過網(wǎng)絡(luò)向用戶的應(yīng)用程序返回.字串2

對比圖1和圖2可以看出兩者采用的都是C/S模式,并且都將GIS功能實現(xiàn)與數(shù)據(jù)請求進行分層處理;所不同的是面向數(shù)據(jù)庫的數(shù)據(jù)請求實現(xiàn)的位置:圖1

在客戶機端實現(xiàn),圖2在服務(wù)器端實現(xiàn).在服務(wù)器端實現(xiàn)的主要優(yōu)點為:(1)對于空間對象模型及相關(guān)的計算模式的升級可以只在服務(wù)器端實現(xiàn),而且對客戶機端透明;(2)由于SDE服務(wù)器與數(shù)據(jù)庫ORACLE7.2的結(jié)合非常緊密,因此數(shù)據(jù)的搜尋速度非???對于圖1來說,把數(shù)據(jù)請求層放在客戶機端,對數(shù)據(jù)庫的依賴程度就不同于SDE服務(wù)器,后者對數(shù)據(jù)庫的選型有極強的依賴性(目前SDE服務(wù)器只在ORACLE7.2實現(xiàn)),相反,它是一種非常開放的結(jié)構(gòu),它所支持的服務(wù)器不但可跨數(shù)據(jù)庫系統(tǒng)平臺,而且還可跨操作系統(tǒng)平臺.可以說,圖1和圖2兩種設(shè)計模式的優(yōu)缺點是相互對應(yīng)的.

3數(shù)據(jù)庫訪問方式的比較

基于程序的訪問數(shù)據(jù)庫的幾種方法如下.

(1)專用的數(shù)據(jù)庫訪問工具.如PowerBuilder,Delphi等,它偏向于對數(shù)據(jù)庫中數(shù)據(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ù)源命令進行解釋的驅(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層,即最小層、核心層和擴展層,盡管目前的大型數(shù)據(jù)庫都能支持到擴展層,但為了保證應(yīng)用系統(tǒng)的開放性,在具體編程實現(xiàn)時,盡量只使用最小層和核心層的語法.

4某電信局配線系統(tǒng)的實現(xiàn)

客戶機為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)客戶機和服務(wù)器均為PC機(主頻166MHz),每次操作反應(yīng)時間為數(shù)秒,換機觀察,發(fā)現(xiàn)服務(wù)器的性能是整個網(wǎng)絡(luò)計算的瓶頸.

字串8

5結(jié)論

(1)C/S模式為目前網(wǎng)絡(luò)平臺GIS的首選,將GIS功能與數(shù)據(jù)庫訪問分層實現(xiàn)有利于保護現(xiàn)有的開發(fā)成果;(2)將數(shù)據(jù)請求層放在客戶端和以O(shè)DBC作為數(shù)據(jù)庫的訪問方式保證了應(yīng)用系統(tǒng)的開放性,其訪問可跨越數(shù)據(jù)系統(tǒng)和操作系統(tǒng)平臺;(3)實例表明,應(yīng)用系統(tǒng)的反應(yīng)速度更多取決于服務(wù)器的性能,而不是ODBC的效率.

參考文獻

1/base/common/userconf/proc96/TO100/PAP094/P94A.HTM.1998.4

第7篇

關(guān)鍵詞:古典文獻數(shù)據(jù)庫 公共古典文獻數(shù)據(jù)庫 文獻檢索服務(wù)系統(tǒng)

計算機技術(shù)的飛速發(fā)展,為古典文獻研究的現(xiàn)代化提供了堅實的基礎(chǔ),其貢獻是有目共睹的。然而,計算機技術(shù)在古典文獻研究中的運用仍然存在著極為嚴重的缺陷也是不容回避的。筆者近幾年來主持并直接參加設(shè)計“e書庫”數(shù)據(jù)庫的過程中,感到有必要將自己的一些想法提供給正在設(shè)計有關(guān)軟件的計算機專業(yè)人員、愿意使用該類軟件的專家學(xué)者們參考。

一、我國古典文獻數(shù)據(jù)庫建設(shè)的歷程

自古以來,歷代學(xué)者對古典文獻整理與研究一直沿襲手工操作的方式,然而自上世紀(jì)80年代后,計算機技術(shù)開始涉入到古典文獻研究中,對傳統(tǒng)的古典文獻整理與研究方法(自然也對一切需要使用古典文獻資料的專業(yè)研究)起到了極大沖擊。

首先簡單回顧一下計算機技術(shù)在古典文獻研究領(lǐng)域內(nèi)發(fā)展的歷程。上世紀(jì)80年代初,我國一些圖書館、大專院校及科研機構(gòu)陸續(xù)開始大規(guī)模地利用計算機設(shè)計并建立數(shù)據(jù)庫。大致說來有兩類數(shù)據(jù)庫,一類是書目數(shù)據(jù)庫,一類是文獻數(shù)據(jù)庫。南京圖書館于90年代初率先建立書目數(shù)據(jù)庫,對讀者檢索有關(guān)書目起到了極大的幫助。之后,各地圖書館紛紛效尤,類似的書目數(shù)據(jù)庫很快就普及了。雖說至今各地圖書館的書目數(shù)據(jù)庫的檢索方式,仍存在機讀編碼格式不統(tǒng)一的問題,然而書目數(shù)據(jù)庫提供的方便快捷的查詢功能,對讀者來說無疑是一件大好事,具體到學(xué)術(shù)研究來說,至少為研究者提供了一個比較方便的查找有關(guān)古典文獻的實用工具。

在建立書目數(shù)據(jù)庫的同時,一些大專院校與科研機構(gòu)開始研發(fā)各自的文獻數(shù)據(jù)庫。從數(shù)據(jù)制作格式來說,大致可以區(qū)分為兩類,一類是圖像格式,即將按原著內(nèi)容掃描成PDF圖像文本,另一類是元數(shù)據(jù)格式,即錄入文獻文本內(nèi)容(或掃描并轉(zhuǎn)化為電子文本)導(dǎo)入數(shù)據(jù)庫,并轉(zhuǎn)換成可閱讀與檢索的數(shù)據(jù)庫機讀格式。一般說來,無論是PDF格式還是元數(shù)據(jù)格式,它們數(shù)據(jù)庫容量都較大,也提供了較為原始的檢索方式,為學(xué)術(shù)研究提供了不小的幫助。從上述兩類制作格式的數(shù)據(jù)庫來說,PDF圖像文本可以直接閱讀圖像文字,但總體說來不太適應(yīng)古典文獻整理與研究的需要。而元數(shù)據(jù)格式較為精致,初步具備了較為方便的常用的功能,可以檢索、作卡片等等。

古典文獻數(shù)據(jù)庫從收錄的文獻內(nèi)容來說,大致可以分為兩類:一類是類目數(shù)據(jù)庫,即按“類”收錄有關(guān)圖籍,如經(jīng)學(xué)類、史學(xué)類、文學(xué)類以及甲骨文、金文或出土文獻資料、石刻資料等等,另一類是綜合數(shù)據(jù)庫,如《四庫全書》、《四部叢刊》、《國學(xué)寶典》之類數(shù)據(jù)庫。

大陸最早的古典文獻數(shù)據(jù)庫是河南大學(xué)的《宋人筆記檢索系統(tǒng)南宋主要歷史文獻》,建立于1987年。之后,各種數(shù)據(jù)庫紛紛涌現(xiàn),比較重要的有南京大學(xué)、河南大學(xué)、蘇州大學(xué)聯(lián)合研制的《計算機甲骨文信息處理系統(tǒng)》、中國社會科學(xué)院《全唐詩》、《先秦魏晉南北朝詩》、《全上古三代秦漢三國六朝文》、《十三經(jīng)》、《全唐文》、《諸子集成》等數(shù)據(jù)庫、北京大學(xué)《全宋詩》數(shù)據(jù)庫、南京師范大學(xué)《全唐五代宋詞》數(shù)據(jù)庫、四川大學(xué)《宋會要輯稿》數(shù)據(jù)庫(與海外合作)等等。港臺古籍?dāng)?shù)字化起步較早,均采用繁體字形式。1984年臺灣中央研究院歷史語言研究所開始研發(fā)《漢籍全文資料庫》,香港中文大學(xué)則有《漢及以前全部傳世文獻》、《魏晉南北朝全部傳世文獻》、《竹簡帛書出土文獻》數(shù)據(jù)庫等等。其中《竹簡帛書出土文獻》收錄《馬王堆漢墓帛書》、《武威漢簡》、《睡虎地秦墓?jié)h簡》、《銀雀山漢簡》、《居延漢簡釋文合?!芳捌渌⒁姾啝┕?40多萬字的竹簡帛書出土文獻,價值頗高。

值得注意的是,這些數(shù)據(jù)庫主要是提供給本單位研究人員使用的,當(dāng)然也有部分數(shù)據(jù)庫對外開放,為其他研究者提供一定幫助。雖然這些數(shù)據(jù)庫有種種限制,但它們無疑為古典文獻的研究(當(dāng)然包括其它專業(yè)的學(xué)術(shù)研究)提供了方便。之后,隨著網(wǎng)絡(luò)技術(shù)的發(fā)展,各科研機構(gòu)、大專院校、各地方的圖書館、以及其它數(shù)以百計的網(wǎng)站向用戶提供收費或不收費的古籍文獻檢索服務(wù),甚至還提供古籍文獻的下載服務(wù)。顯然,這些工作的開展,為學(xué)術(shù)研究的現(xiàn)代化提供了極為有力的支持。至今為止,據(jù)筆者所查索到的除科研機構(gòu)、大專院校、各地圖書館數(shù)據(jù)庫之外,提供各種文獻下載的中文網(wǎng)站至少在200個以上,其中就有不少古籍文獻下載的網(wǎng)站。這些古典文獻數(shù)據(jù)庫或有關(guān)網(wǎng)站的建立,確實為古典文獻整理與研究乃至其它學(xué)術(shù)研究提供了極有價值的幫助。

二、目前存在的問題

當(dāng)然,我們也應(yīng)該清醒地看到,在古典文獻數(shù)據(jù)庫大量涌現(xiàn)的同時,一些潛在的問題與數(shù)據(jù)庫本身的缺陷嚴重地制約著古典文獻數(shù)據(jù)庫的正常發(fā)展。

從古典文獻數(shù)據(jù)庫技術(shù)發(fā)展角度來說,筆者認為大致經(jīng)過三個發(fā)展階段。第一階段是PDF圖像文本數(shù)據(jù)庫,其數(shù)據(jù)來源主要是以掃描方式獲得,形成PDF圖像文本。這種圖像文本優(yōu)點是直觀,與原書分毫不差,但它的缺點是功能極其單一,僅可供瀏覽圖像和簡單地檢索書目。雖然第一階段的數(shù)據(jù)庫功能極少,但畢竟能方便而直觀地閱讀文獻了,因此引起了學(xué)者們廣泛的興趣。必須指出的是,由于功能太少,這類數(shù)據(jù)庫難以進一步發(fā)展。

第二階段是元數(shù)據(jù)數(shù)據(jù)庫,以香港迪志公司投資、書同文數(shù)字化技術(shù)有限公司設(shè)計、上海人民出版社出版的《四庫全書》、書同文數(shù)字化技術(shù)有限公司設(shè)計、萬方數(shù)據(jù)電子出版社的《四部叢刊》、尹小林《國學(xué)寶典》、南開大學(xué)永川公司的《二十四史》,以及大陸、港臺等大專院?;蚩蒲袡C構(gòu)制作的較大型的數(shù)據(jù)庫為代表。它們的優(yōu)點是具有較多的基本功能,如檢索、卡片、打印等功能,有些還附加了日歷查詢、字典、音樂背景等附加功能。然而,它們都不允許對數(shù)據(jù)庫內(nèi)的文本錯誤進行修訂、沒有圖表處理能力、不提供功能升級服務(wù)(某些軟件提供所謂新版本,實際上只是增加一些文獻文本,并未真正提升軟件服務(wù)功能)。而且由于各自為政,開發(fā)者大都采取自定義方法來自造非常用的生僻詞,因此各種數(shù)據(jù)庫之間字庫不能相互兼容。這一階段的古典文獻數(shù)據(jù)庫也有吸收第一階段數(shù)據(jù)庫有圖像的優(yōu)點,如上述提及的《四庫全書》就附有圖像,以利研究者核對文字。該階段絕大多數(shù)數(shù)據(jù)庫注意到版權(quán)問題,但仍有一些數(shù)據(jù)庫在版權(quán)上出現(xiàn)較大問題,乃至引起法律糾紛。

計算機技術(shù)廣泛地涉入文科研究領(lǐng)域,各種古典文獻數(shù)據(jù)庫紛紛建立,當(dāng)然給古典文獻整理與研究的現(xiàn)代化提供了極其有利的幫助,然而,在筆者看來,目前計算機技術(shù)在這一領(lǐng)域中的運用形成紛亂無序的“戰(zhàn)國時代”,有許多亟待解決的問題,否則將會影響或說削弱計算機技術(shù)在古典文獻研究(乃至其它學(xué)術(shù)研究)中巨大作用。對此弊病,筆者擬作一概述,企望引起有關(guān)部門、數(shù)據(jù)庫開發(fā)者及使用者的重視,以期真正使計算機技術(shù)對古典文獻整理與研究起到更大的促進作用。大致說來,主要問題有以下幾個方面:

其一,缺乏整體領(lǐng)導(dǎo)與規(guī)劃,國家投資與收益不對稱。當(dāng)然,首先應(yīng)該看到,國家有關(guān)部門已經(jīng)著手做了一些規(guī)劃,也實施建立一些比較大的古典文獻數(shù)據(jù)庫,如2002年10月,國家科技圖書文獻中心受科技部的委托,牽頭聯(lián)合中國科技信息研究所、國家圖書館、上海圖書館、中科院圖書館、北京大學(xué)圖書館等單位,啟動了我國數(shù)字圖書館標(biāo)準(zhǔn)規(guī)范建設(shè)項目。這一項目的目的就是力圖建立我國比較統(tǒng)一和規(guī)范的數(shù)字圖書館標(biāo)準(zhǔn),自然也會對建立古典文獻數(shù)據(jù)庫有較大的借鑒與參考的價值。又如北京大學(xué)《中國基本古籍庫》、上海圖書館《古籍影像光盤制作及檢索系統(tǒng)》等等,也由國家有關(guān)部門投入大量資金,而且已經(jīng)啟動并完成了部分內(nèi)容。不過也應(yīng)該強調(diào),由于國家沒有制定出一個比較符合國內(nèi)數(shù)據(jù)庫發(fā)展?fàn)顩r的真正有價值的規(guī)范體系,因此這些項目的承擔(dān)者仍是各自為政,數(shù)據(jù)庫之間并不能兼容,不可能形成技術(shù)“合力”。再從所取得的社會效益或說實際使用價值來看,也不盡人意。因為至今為止建立的各種數(shù)據(jù)庫仍人為地設(shè)置許多障礙,無法使它們實現(xiàn)較大的使用價值。數(shù)據(jù)庫由國家投資,收益自然應(yīng)該歸國家,或者成為不收費的公益數(shù)據(jù)庫,但目前收益既不歸國家,又未能成為公益數(shù)據(jù)庫,這不能不說是個極大的遺憾。實際上,數(shù)據(jù)庫制作者無償利用國家投資進行了開發(fā),制作完成后卻獲得相當(dāng)豐厚的收益,使人感到有“國家投資,個別單位圖利”的印象。筆者不反對交納一定使用費用,但收費單位一定應(yīng)該說明收費后去向,絕不允許產(chǎn)生國家投資而由個別單位乃至某些個人得利的情況。

其二,開發(fā)商嗜利忘義,數(shù)據(jù)庫錯誤嚴重。除上述由國家投資開發(fā)的古典文獻數(shù)據(jù)庫外,還有一些有一定技術(shù)實力的軟件開發(fā)商加入到古典文獻數(shù)據(jù)庫的開發(fā)中來了。比較而言,各科研機構(gòu)、大專院校及各地圖書館建立的古典文獻數(shù)據(jù)庫質(zhì)量較高,而開發(fā)商則很少關(guān)注數(shù)據(jù)庫中的文獻質(zhì)量。我們承認確有少量開發(fā)商制作的數(shù)據(jù)庫質(zhì)量較高,如迪志公司開發(fā)的《四庫全書》之類,然而象《四庫全書》這樣的數(shù)據(jù)庫確實鳳毛麟角,難以尋覓。我們發(fā)現(xiàn),甚至有些開發(fā)商僅僅是把文本進行文字掃描導(dǎo)入,疏于校對,因此文本錯誤百出,難以卒讀。由于利益驅(qū)使,絕大多數(shù)開發(fā)商都以“獨自開發(fā)”為己任,數(shù)據(jù)庫設(shè)計相互保密,互不兼容,使用戶深感不便。這些問題已嚴重地影響到古典文獻數(shù)據(jù)庫的正常發(fā)展了。

其三,熱門文獻數(shù)據(jù)重復(fù),冷門文獻數(shù)據(jù)罕見。雖說目前數(shù)據(jù)庫品種繁多,但由于考慮到使用者對文獻內(nèi)容的需求,因此許多開發(fā)者熱衷于開發(fā)那些熱門數(shù)據(jù),而一些比較冷門的文獻則鮮有人問津。實際上,冷門的文獻并非是沒有學(xué)術(shù)價值的文獻,只是使用人較少而已。因而,目前不但數(shù)據(jù)庫中文獻內(nèi)容重復(fù)現(xiàn)象極為普遍,甚至同名同姓的數(shù)據(jù)庫也有不少,如《四庫全書》就出現(xiàn)了武漢大學(xué)版、上海人民出版社版等數(shù)種不同版本。且不說那些數(shù)量繁多、質(zhì)量也不甚高的數(shù)據(jù)庫浪費了多少人力物力,其實也使用戶陷入無可適從、欲舍不能的境地。用戶往往為了某些少量文獻內(nèi)容不得不購買和安裝整個數(shù)據(jù)庫操作系統(tǒng),而且這些龐大的數(shù)據(jù)庫大量占據(jù)硬盤空間,導(dǎo)致計算機運行速度大為減慢。而那些允許網(wǎng)上檢索的文獻數(shù)據(jù)庫又往往容量極大,上網(wǎng)檢索者多,導(dǎo)致“交通阻塞”!

其四,技術(shù)關(guān)卡重重,難以互相兼容。各開發(fā)者既鑒于不同開發(fā)目的與技術(shù)條件,又為防止他人解密,因此在開發(fā)過程中在數(shù)據(jù)庫某些程序中人為設(shè)置技術(shù)障礙,以保障自己利益不受損害。自然,開發(fā)者需要投入大量人力物力,保障本身利益不受損害是無可非議的。然而也由于人為地設(shè)置了障礙,卻使各種文獻數(shù)據(jù)庫之間不能兼容,無法形成合力,先進的技術(shù)反而成為技術(shù)壁壘。實際上,這一情況大大浪費了寶貴的人力資源與財力,對古典文獻的開發(fā)與利用有百害而無一利。另外,由于技術(shù)壁壘,在古典文獻數(shù)據(jù)庫的文字方面更導(dǎo)致許多問題。我國古籍常用漢字大約為4萬余個,這還不包括超過2萬個異體字及數(shù)千甲骨文、金文等古文字。然而我國目前在計算機上采納的國標(biāo)字庫(GB)和擴展字庫(GBK),兩者相加也只有27000余字,這與我國古籍常用漢字數(shù)量相比,實在差距太大。因此,如此小的字庫與需求相比確實是捉襟見肘。為了彌補這一缺陷,一些軟件設(shè)計者就采取在自定義區(qū)自造字(乃至占據(jù)字庫中擴展B的位置)、有些也用圖片方式來填字。而這些自造字、圖片字,拷貝到WORD文本之后,由于內(nèi)碼位置的差異就變成其它字了,從而導(dǎo)致文本錯誤。

其五,功能單調(diào),難以真正為科研服務(wù)。建立較早的古典文獻數(shù)據(jù)庫功能比較單調(diào),只能做些簡單檢索、拷貝,沒有更為先進的功能,不能適應(yīng)學(xué)術(shù)研究的需要。后來的一些古典文獻數(shù)據(jù)庫也存在類似問題,例如《四庫全書》的檢索功能,雖說可以采用添加“作者”、“書名”等限定條件,但檢索結(jié)果只是羅列一排出處,無法直觀地了解檢索到的具體內(nèi)容。而且《四庫全書》也沒有提供更多的功能給用戶,因此這一巨大的工程仍遠遠不能滿足用戶的需求。況且這一數(shù)據(jù)庫目前已經(jīng)“定型”,不再繼續(xù)開發(fā),使用戶對此深感遺憾。而其它古典文獻數(shù)據(jù)庫設(shè)計者的思維大多仍停留在“文本之爭”當(dāng)中,重復(fù)著原來設(shè)計思想的錯誤,沒有更多地開發(fā)為科研服務(wù)的有效功能,因此在筆者看來,這一做法顯然不可能真正擺脫古典文獻數(shù)據(jù)庫目前面臨著的困境。

其六,學(xué)術(shù)圈地,使人心有余而力難用。解放后,一些國家級出版社化費了極大的精力,組織專家點校了不少重要古籍,為學(xué)術(shù)研究的發(fā)展作出了極大貢獻。然而時至計算機時代的來臨,卻出現(xiàn)了“版權(quán)”的問題。一些制作者忽視了國家有關(guān)版權(quán)法規(guī),直接利用了一些出版社的成果來牟取經(jīng)濟利益,理所當(dāng)然地會產(chǎn)生版權(quán)糾紛。筆者以為,保護版權(quán)是每個學(xué)者乃至每個公民應(yīng)盡的責(zé)任,根本毫無討價還價的余地。然而問題是,現(xiàn)在一些出版社由于各種原因,沒有對自己已出版的點校過的古籍進行開發(fā),而愿意開發(fā)這些古籍資源者卻無法涉入其中,導(dǎo)致他們處于既想開發(fā)這一寶藏又無法回避版權(quán)問題的尷尬境地,這就使眾多需要使用者望洋興嘆。如果有關(guān)出版社不愿授權(quán),那么想要開發(fā)這些古籍者只能返回到?jīng)]有標(biāo)點的原始文本中去。這種情況確實使每一個希望使用古典文獻數(shù)據(jù)庫的用戶感到極其失望,而且嚴重影響了古典整理與研究的現(xiàn)代化進度。

上述種種現(xiàn)實情況,已經(jīng)是制約計算機技術(shù)對古典文獻整理與研究支持的瓶頸了,如果不解決這些問題,計算機技術(shù)即使再發(fā)達,恐怕也難以對古典文獻整理與研究予以真正意義上的支持與幫助。

三、如何解決古典文獻數(shù)據(jù)庫存在的問題

古典文獻數(shù)據(jù)庫存在的問題是十分明顯的,那么如何解決這些問題,以利學(xué)術(shù)研究(當(dāng)然包括文獻研究)的迅速發(fā)展?筆者以為現(xiàn)在應(yīng)該設(shè)計和開發(fā)出新一代文獻數(shù)據(jù)庫的軟件。按照筆者設(shè)想,這代軟件應(yīng)該以建立能自由升級的公共古典文獻數(shù)據(jù)庫為目的,是一種以提供強大功能為主、徹底解決版權(quán)問題的數(shù)據(jù)庫,實際上是建立一個規(guī)模巨大的功能相對完善的學(xué)術(shù)研究資源庫。所謂公共古典文獻數(shù)據(jù)庫是綜合性數(shù)據(jù)庫,只能由國家有關(guān)部門作為主要規(guī)劃者,它應(yīng)該盡可能地包羅我國傳世古典文獻、碑刻資料和出土文獻等。在此基礎(chǔ)上允許建立適應(yīng)每個研究者研究范圍的個性化的文獻檢索服務(wù)系統(tǒng)。個性化的文獻檢索服務(wù)系統(tǒng)是指每個具體研究者所擁有的安裝在各自計算機上的文獻檢索服務(wù)系統(tǒng),它擁有一定數(shù)量的適合自己研究的范圍的古典文獻文本。其實,各個研究者并不需要一個“包羅萬象”的規(guī)模極其巨大的數(shù)據(jù)庫,即使象占據(jù)6至7個G硬盤的《四庫全書》,具體到一個研究者真正需要的內(nèi)容并不是全部,而是其中一部分內(nèi)容。

問題的關(guān)鍵在于公共古典文獻數(shù)據(jù)庫與個性化文獻檢索服務(wù)系統(tǒng)兩者之間的技術(shù)“契合”,即兩者互相兼容的程度。公共古典文獻數(shù)據(jù)庫應(yīng)該與個性化文獻檢索服務(wù)系統(tǒng)有所區(qū)別,公共古典文獻數(shù)據(jù)庫應(yīng)該側(cè)重于文獻數(shù)量的完善、完備,而個性化文獻檢索服務(wù)系統(tǒng)則應(yīng)該考慮其功能強大。因此,從本質(zhì)上說,公共古典文獻數(shù)據(jù)庫應(yīng)該是一個統(tǒng)一的設(shè)計比較周密、與其它個性化數(shù)據(jù)庫在技術(shù)上能實現(xiàn)良好兼容的的數(shù)據(jù)庫;而個性化文獻檢索服務(wù)系統(tǒng)應(yīng)該是“百花齊放”式的但必須能與公共古典文獻數(shù)據(jù)庫兼容而非各自為政的小型數(shù)據(jù)庫。兩者關(guān)系是源與流的關(guān)系。鑒于此,筆者以為目前應(yīng)該從兩個層次上來解決問題,一是盡快建立公共古典文獻數(shù)據(jù)庫;一是繼續(xù)開發(fā)個性化文獻檢索服務(wù)系統(tǒng)。

根據(jù)筆者近幾年的實踐,感到要解決這些問題并非不可能的。其實只要認真對目前計算機技術(shù)在古典文獻整理與研究中存在的問題作一分析與梳理,重點突破一些瓶頸問題,應(yīng)該說是能解決上述這些問題的。那么怎么才能突破上述這些瓶頸呢?筆者以為以下幾個方面是值得考慮的。

其一,加強總體規(guī)劃,建立公共古典文獻數(shù)據(jù)庫。作為一個具體單位來說,誰也沒有可能建立一個包羅萬象的古典文獻數(shù)據(jù)庫,因此,這只能由國家有關(guān)部門組織人力物力來完成。其實,就目前來說,國家投入資金并不少,但由于制度原因,只是向某些重點院校或科研單位、向重點項目投入巨資,而這些單位建立起各自為政的古典文獻數(shù)據(jù)庫、期刊數(shù)據(jù)庫,雖然也為學(xué)術(shù)研究作了一些貢獻,但不可否認的是,由于各自設(shè)計思路不同,相互之間不能兼容,已經(jīng)妨礙到數(shù)據(jù)庫進一步發(fā)展了。以筆者愚見,國家有關(guān)部門應(yīng)該主動負起責(zé)來,加強領(lǐng)導(dǎo),重新考慮古典文獻數(shù)據(jù)庫的立項問題,組織力量、投入資金,真正建立起一個規(guī)模巨大、能為絕大多數(shù)研究者利用的公共古典文獻數(shù)據(jù)庫。同時也應(yīng)該考慮所立項的古典文獻數(shù)據(jù)庫與其它數(shù)據(jù)庫(如現(xiàn)代文獻數(shù)據(jù)庫、當(dāng)代文獻數(shù)據(jù)庫、期刊數(shù)據(jù)庫等)之間的兼容關(guān)系,只有這樣,或許若干年之后就能建立起一個價值極大的能真正為學(xué)術(shù)服務(wù)的公共古典文獻數(shù)據(jù)庫,乃至包羅一切文獻的數(shù)據(jù)庫。當(dāng)然,就公共古典文獻數(shù)據(jù)庫來說,可以進行適量收費服務(wù),但主要仍應(yīng)該定位在“公益”上,不以“利”為主,這樣才能真正建立一個有價值的公共古典文獻數(shù)據(jù)庫來。

其二,數(shù)據(jù)庫內(nèi)容與文獻檢索服務(wù)系統(tǒng)分離。這個問題與上述問題是緊密關(guān)聯(lián)在一起的,如果不能真正做到數(shù)據(jù)庫內(nèi)容與文獻檢索服務(wù)系統(tǒng)分離,那么目前“列國紛爭”的面貌是不可能真正解決的。

我們知道,一個古典文獻數(shù)據(jù)庫實際上是兩大部分組成的,一是古典文獻數(shù)據(jù)庫內(nèi)容,即數(shù)據(jù)庫所包括的文獻文本,二是對這些數(shù)據(jù)進行管理的文獻檢索服務(wù)系統(tǒng)。其實目前所見有關(guān)古典文獻數(shù)據(jù)庫都是“兩者合一”,即既包含一些文獻數(shù)據(jù)內(nèi)容,又有具體的操作服務(wù)系統(tǒng)。事實上,這些古典文獻數(shù)據(jù)庫在功能上明顯存在缺陷的。就目前古典文獻數(shù)據(jù)庫管理形式來說,一是網(wǎng)絡(luò)管理,一是個人管理。前者是網(wǎng)絡(luò)數(shù)據(jù)庫,一般是單位所擁有的數(shù)據(jù)庫,即我們所說的網(wǎng)絡(luò)版,后者是安裝在個人電腦中的個人版。就功能來說,網(wǎng)絡(luò)版沒有必要具有卡片、文本修訂、書簽等個性化的功能,個人版應(yīng)該具有做卡片、文本修訂、書簽、文獻管理等個性化的功能。就文獻數(shù)量來說,網(wǎng)絡(luò)版自然力求文獻內(nèi)容豐富,盡可能包羅文獻文本,而個人版實際所需要的文獻數(shù)量是根據(jù)各自研究需要而定的,因而強行“規(guī)定”使用所有文獻內(nèi)容并不值得肯定。就文獻內(nèi)容來說,網(wǎng)絡(luò)版與個人版都應(yīng)該允許不斷地增加其數(shù)據(jù)庫文獻內(nèi)容,但不同的是,網(wǎng)絡(luò)版應(yīng)該是只增不減,而個人版應(yīng)該允許用戶根據(jù)研究需要自由增減文獻內(nèi)容。

在筆者看來,應(yīng)該從單純的文本內(nèi)容競爭的思維中解脫出來,進入以文獻檢索服務(wù)系統(tǒng)競爭為主,文本竟?fàn)帪檩o的體系,或許是解決古籍文獻數(shù)據(jù)庫的出路。也就是說,擅長計算機技術(shù)的開發(fā)者(開發(fā)商)應(yīng)該注重文獻檢索服務(wù)功能的開發(fā)與完善,而具體文本的整理可由研究學(xué)術(shù)的專業(yè)人士來完成。這樣,開發(fā)者就可能開發(fā)出比較成功的文獻檢索服務(wù)系統(tǒng),而數(shù)據(jù)庫中的文本也由于專業(yè)人士的加入而能大大提高文本的準(zhǔn)確率,然后合成為一個規(guī)模較大的公共古典文獻數(shù)據(jù)庫。當(dāng)然,輸入和整理古典文獻文本可以采用投標(biāo)(或以申報項目形式)來確定,規(guī)定統(tǒng)一格式,要求保證文本的正確率達到一定比例,完成后再分別導(dǎo)入這一公共古典文獻數(shù)據(jù)庫中;經(jīng)過若干年努力,最終能形成一個規(guī)模巨大、適應(yīng)于學(xué)術(shù)研究的公共古典文獻數(shù)據(jù)庫。我想,采取這種措施不但節(jié)省了大量重復(fù)投資,真正做到人盡其才,物盡其用,而且一旦建立起這個規(guī)模巨大的公共古典文獻數(shù)據(jù)庫,可以解決了目前數(shù)據(jù)庫泛濫、文本錯誤太多、重復(fù)勞動等弊病,而且真正能做到廣大學(xué)者對古典資源“共享共有”。

在此基礎(chǔ)上,各個開發(fā)商可以力求開發(fā)學(xué)者們個性化的文獻檢索服務(wù)系統(tǒng),它無須考慮文獻文本內(nèi)容,但必須功能強大、操作方便,并與公共古典文獻數(shù)據(jù)庫完全兼容,學(xué)者們通過“購買”文本或其它方式來方便地組建自己的數(shù)據(jù)庫,這樣或許會給學(xué)術(shù)研究帶來真正的方便。

還須補充的是,我國的古典文獻中有大量表格與圖片,而由于技術(shù)原因,目前所有古典文獻數(shù)據(jù)庫都沒有導(dǎo)入原著的表格與圖片,極個別數(shù)據(jù)庫有少量圖片也是不能檢索,這是目前眾多古典文獻數(shù)據(jù)庫的重大失誤之一。其實只要真正化力氣去探索,這個問題是不難解決的。因為筆者曾作過設(shè)計并反復(fù)試驗,只要設(shè)計合理,圖片與表格不但可以導(dǎo)入數(shù)據(jù)庫,而且都是可以在數(shù)據(jù)庫中進行檢索。

其三,加速確定字庫方案,以利數(shù)據(jù)庫健康發(fā)展。當(dāng)然,要真正解決公共古典文獻數(shù)據(jù)庫問題,還必須解決字庫問題。目前,國家雖然組織專家在論證有關(guān)字庫問題,然而由于進程不快,遠遠落后于當(dāng)今計算機技術(shù)發(fā)展的需要。按照筆者的看法,應(yīng)該建立一個以Unicode字庫為基礎(chǔ)的、適應(yīng)漢語古籍需要的、并與國際接軌的真正有中國特色的字庫。這就需要抓緊工作,迅速落實擴展字庫B的內(nèi)碼。同時根據(jù)我國漢字的具體特點,對自定義區(qū)域的6400字的內(nèi)碼配置也應(yīng)該有所規(guī)范,這樣才能使?jié)h語字庫統(tǒng)一問題落實到實處。如果真能做到如此,那么就能真正解決目前古典文獻數(shù)據(jù)庫之間字庫互不兼容問題。

與字庫相關(guān)聯(lián)的是字體問題。古典文獻數(shù)據(jù)庫應(yīng)該考慮到古代文獻對文字的特殊需要,筆者以為凡是古代文獻數(shù)據(jù)庫中的文本應(yīng)該保留繁體字,以防繁簡不分而導(dǎo)致文義偏差。就目前計算機技術(shù)來說,解決這一問題是毫無困難的。其實用繁體字輸入文本早已不是問題,而掃描古籍文本再轉(zhuǎn)換成文字的技術(shù)也十分成熟,如北京書同文公司的“數(shù)碼翰林”O(jiān)CR識別系統(tǒng),應(yīng)該說是極有價值的識別軟件,對絕大多數(shù)繁體文字能夠正確識別。如果能再進一步加以改進,使擴充字庫數(shù)量并與Unicode字庫兼容,那么古代文獻的文字識別問題是可以得到解決的。應(yīng)該強調(diào)的是,古代文獻以繁體字導(dǎo)入數(shù)據(jù)庫,但應(yīng)該允許在數(shù)據(jù)庫中自由進行繁簡轉(zhuǎn)換,換句話說,若需要使用繁體字時,文本可以保留繁體字,而需要簡體時,可以十分方便地轉(zhuǎn)換成簡體,這樣就適應(yīng)用戶對繁簡體的不同需要了。

其四,徹底解決古典文獻版權(quán)問題。這是困撓計算機古典文獻數(shù)據(jù)庫建設(shè)的重要難題之一。自然,這一問題要真正得到落實確實存在相當(dāng)困難的,因為版權(quán)保護工作任重道遠!不過,即使困難再大,古籍文獻數(shù)據(jù)化的發(fā)展的潮流是不可能停止的。筆者以為,有關(guān)出版社在維護自身法定的版權(quán)權(quán)益的前提下,應(yīng)該從大局出發(fā),在收取一定數(shù)量的報酬前提下,允許制作有關(guān)古典文獻的數(shù)據(jù)庫,以利學(xué)術(shù)研究的發(fā)展。至于報酬多少可以也應(yīng)該實事求是地酌情商定,國家有關(guān)部門應(yīng)該主動與那些出版社協(xié)調(diào),亦可將目前大量分散投入到各課題中的資金中抽出部分來補償有關(guān)出版社,雙贏互利,以求突破版權(quán)瓶頸,早日解決這一棘手的問題。

與此相關(guān)的是古典文獻電子文本的版權(quán)問題,這也是個極難處理的問題。因為用戶若貪圖小利,版權(quán)意識不強,不愿化費代價使用電子文本,就容易產(chǎn)生“盜版”問題,如此就使得制作古典文獻電子文本者的正當(dāng)利益大受損失。按筆者設(shè)想,如果真正能夠由國家有關(guān)部門主管古典文獻數(shù)據(jù)庫建設(shè)工作,那么就可以設(shè)想建立公共古典文獻數(shù)據(jù)庫規(guī)定導(dǎo)入數(shù)據(jù)庫的文獻文本都給予一個“統(tǒng)一編號”,沒有統(tǒng)一編號的文獻就不能直接導(dǎo)入公共古典文獻數(shù)據(jù)庫和個人使用的文獻檢索服務(wù)系統(tǒng)中,也就是說,個人使用古典文獻電子文獻必須化費一定的代價才能取得使用權(quán),這樣就可以保證制作古典文獻電子文本者的一定收益,防止版權(quán)意識不強者侵權(quán)使用。同時由于古典文獻電子文本都有了統(tǒng)一編號,那么也就可以防止某一具體文獻文本重復(fù)錄入的問題。即使有部分重復(fù),古典文獻電子文本也可以在用戶選擇過程中優(yōu)勝劣汰。

其五,建立公平的交易平臺。建立龐大的公共古典文獻數(shù)據(jù)庫當(dāng)然需要投入巨大的資金,而這種古典文獻數(shù)據(jù)庫自然不是每一個普通研究者購買得起的。在筆者看來,大專院校、科研機構(gòu)應(yīng)該在經(jīng)濟允許的前提下購買有關(guān)數(shù)據(jù)庫,以供教學(xué)、研究之需。當(dāng)然也應(yīng)該允許個人在交納一定數(shù)量的經(jīng)費后,自由上網(wǎng)使用這一數(shù)據(jù)庫,并允許購買(下載)一定數(shù)量的古典文獻文本,自行導(dǎo)入各自的文獻檢索服務(wù)系統(tǒng),以利建立個性化的有實用價值的數(shù)據(jù)庫。如果真能做到這樣的話,那么就將會促進學(xué)術(shù)研究的迅速發(fā)展。

第8篇

>> 基于Web的數(shù)據(jù)庫遠程自主實驗平臺 基于Web的遠程數(shù)據(jù)庫管理探究 基于 SQL Server的煤礦應(yīng)急救援平臺數(shù)據(jù)庫研究 基于Web數(shù)據(jù)庫的考務(wù)管理平臺方案 基于Linux平臺Apache\PHP\MySQL數(shù)據(jù)庫的WEB商務(wù)系統(tǒng)設(shè)計 基于Web平臺的數(shù)據(jù)庫加密技術(shù)應(yīng)用探究 基于PHP技術(shù)的基因數(shù)據(jù)庫Web平臺設(shè)計 基于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.制約特勤隊伍地震救援專業(yè)化發(fā)展因素及對策[J].消防科學(xué)與技術(shù),28(3):217-222.

何少林,李佐唐,姚子文.2006.甘肅省地震應(yīng)急基礎(chǔ)數(shù)據(jù)庫管理服務(wù)軟件系統(tǒng)研制[J].西北地震學(xué)報,28(2):149-153.

吉雍慧.2008.數(shù)字圖書館中的檢索結(jié)果聚類和關(guān)聯(lián)推薦研究[J].情報分析與研究, (2):69-75.

雷秋霞,陳維鋒,黃丁發(fā)等.2011.地震現(xiàn)場搜救力量部署輔助決策系統(tǒng)研究[J].地震研究,34(3):385-388.

李東平,姚遠,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.

聶高眾,陳建英,李志強等.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é)報,46(2):301-306.

第9篇

【論文摘 要】分析了城市綠化管理的評價指標(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)平衡的主要載體。我國城市綠地的破碎化程度很高,采取人工手段提前綠地信息的難度自然就變得非常大,運用信息系統(tǒng)對城市綠地進行規(guī)劃管理能夠推進城市綠地管理的現(xiàn)代化水平,提高綠地管理效率。城市綠化管理信息系統(tǒng)的減輕城市綠化的規(guī)劃設(shè)計、建設(shè)施工和養(yǎng)護管理等各項管理工作復(fù)雜程度的有效方式,同時能夠合理地利用人力、物力和財力等資源,提高城市綠化管理質(zhì)量,實現(xiàn)科學(xué)管理。城市綠化管理信息系統(tǒng)為園林綠化管理部門提供數(shù)據(jù)信息,以便于統(tǒng)計部門進行規(guī)劃,實現(xiàn)內(nèi)部管理標(biāo)準(zhǔn)化和城市綠化管理條理化。

一、城市綠化評價指標(biāo)

城市綠化系統(tǒng)的概念仍在不斷完善中,與此同時,關(guān)于城市綠化的指標(biāo)體系也在不斷調(diào)整和完善。國際上關(guān)于城市綠化的評價指標(biāo)有很多,例如,聯(lián)合國在1996年提出市區(qū)公園綠地定額為60m2/人,而實際上,無論是在發(fā)達國家還是在發(fā)展中國家,很多城市都超過了這一指標(biāo)。其他國家也都根據(jù)本國的實際情況提出了不同的城市綠化評價指標(biāo),我國基本建設(shè)委員會于1980年頒布了《城市規(guī)劃定額指標(biāo)暫行規(guī)定》,確定了城市綠地定額近期3-5m2/人,遠期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年度,是從國外引進的一種數(shù)據(jù)管理技術(shù),與傳統(tǒng)的分析方法相比,GIS將傳統(tǒng)分析方法中單一、靜態(tài)的數(shù)據(jù)進化為多數(shù)據(jù)源、多時相以及時空結(jié)合的綜合分析方式,能夠進行數(shù)據(jù)綜合和模擬分析,并且能夠得到傳統(tǒng)方法難以得到的重要信息,因此,這一技術(shù)已經(jīng)應(yīng)用到綠地管理的各個領(lǐng)域,成為各城市進行規(guī)劃的必要工具。目前,國際上大多數(shù)的GIS軟件公司已經(jīng)把開發(fā)組件式軟件作為重要的發(fā)展戰(zhàn)略,因為組件式的GIS技術(shù)成為現(xiàn)在各城市進行城市綠化管理主要應(yīng)用的信息管理技術(shù)軟件。國際上主要的組件式GIS商用軟件的分類包括MapObjects和ArcObjects。MapObjects 技術(shù)能夠?qū)崿F(xiàn)人性化和清晰化的數(shù)據(jù)分析,并實現(xiàn)地圖操作相關(guān)功能,ArcObjects是一個非常重要的組件平臺,也是目前功能最強、組件最全、結(jié)構(gòu)最復(fù)雜的平臺。GIS在國內(nèi)一些地理信息系統(tǒng)研究機構(gòu)得到了很好的發(fā)展,例如中國地質(zhì)大學(xué)和武漢大學(xué)地理信息系統(tǒng)研究中心都對這一軟件進行了深入的研究,為我國發(fā)展GIS組件技術(shù)做出了很大的貢獻。

(二)數(shù)據(jù)庫技術(shù)

數(shù)據(jù)庫技術(shù)能夠?qū)?shù)據(jù)集合按照一定的結(jié)構(gòu)、組織和描述性特點進行儲存,具有較小的冗余度,而且數(shù)據(jù)的獨立性非常高,具有易擴展性,能夠為多種用戶進行共享,非常適合我國城市綠地管理中的信息系統(tǒng)管理與應(yīng)用。在城市綠地管理過程中,數(shù)據(jù)庫管理系統(tǒng)在確保數(shù)據(jù)安全可靠的同時,能夠提高用戶使用數(shù)據(jù)的方便性和簡單性,用戶對數(shù)據(jù)的操作能夠通過數(shù)據(jù)庫進行運行。數(shù)據(jù)庫技術(shù)有很多,配合Windows服務(wù)器版操作系統(tǒng)進行使用能夠提高其在城市綠地管理中的應(yīng)用效率。

(三)系統(tǒng)開發(fā)平臺(.NET技術(shù)平臺)

NET開發(fā)平臺是完全不同于傳統(tǒng)應(yīng)用開發(fā)的技術(shù)架構(gòu),包含很多組件,主要可簡化且規(guī)范應(yīng)用系統(tǒng)的開發(fā)與部署,進而可以提高城市綠化管理數(shù)據(jù)的可移植性,安全性和可再利用價值。.NET開發(fā)平臺包含的各類組件、服務(wù)架構(gòu)及技術(shù)層次都有共同的標(biāo)準(zhǔn)和規(guī)格,存在較好的兼容性,能夠解決過去城市綠化管理中使用的信息管理軟件無法使信息產(chǎn)品彼此實現(xiàn)兼容的問題。這一開發(fā)平臺在我國各城市的綠地管理中有著廣泛的應(yīng)用,并有大量的成功案例。

三、構(gòu)建城市綠化管理數(shù)據(jù)庫的建議

建設(shè)城市綠化數(shù)據(jù)庫,是一個系統(tǒng)性的工程,既包括信息管理軟件的應(yīng)用與管理,又包括數(shù)據(jù)的分析與維護。因此,在進行城市綠化管理數(shù)據(jù)庫建設(shè)的過程中,要注意基礎(chǔ)地理空間數(shù)據(jù)的建設(shè),綠化規(guī)劃數(shù)據(jù)庫的建設(shè)以及元數(shù)據(jù)庫的建設(shè),確??臻g和非空間的數(shù)據(jù)能夠通過信息管理軟件實現(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)的,在各項管理中存在大量雜亂的、分散的資料和數(shù)據(jù),因此建立城市綠化管理信息系統(tǒng),并通過GIS技術(shù)和數(shù)據(jù)庫技術(shù)的結(jié)合能夠有效地分析如此龐大的數(shù)據(jù),并為城市綠化管理提出建議奠定基礎(chǔ)。

參考文獻

[1]趙愛華,楊鳳海.基于GIS的城市綠化管理信息系統(tǒng)設(shè)計與研究[J].微計算機信息,2007,23(8).

[2]姜文峰,鄭文剛,王彥文,趙春江.城市綠地自動化節(jié)水灌溉系統(tǒng)的研究[J].節(jié)水灌溉,2005,(1).