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

前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇數(shù)據(jù)庫技術論文范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

數(shù)據(jù)庫技術論文范文第1篇

論文摘要:該文概述了廣東省水文數(shù)據(jù)庫現(xiàn)狀，討論了水文數(shù)據(jù)庫表結(jié)構(gòu)3.0與4.0的主要差異，針對水文數(shù)據(jù)庫由表結(jié)構(gòu)升級所要解決的問題，提出了具體的工作流程與解決方法，并用以對表結(jié)構(gòu)3.0進行優(yōu)化、調(diào)整、補充，完成了表結(jié)構(gòu)到4,0的升級。

1我省水文數(shù)據(jù)庫現(xiàn)狀概述

水文資料是水利工程的基礎，為了達到準確快速地提供水文資料，資料的 科學 存儲是個關鍵問題。當前水文資料主要包括:降雨量、蒸發(fā)量、水位、流量、含沙量等內(nèi)容。數(shù)據(jù)庫是現(xiàn)今 企業(yè) 數(shù)據(jù)存儲的主要方式，應用數(shù)據(jù)庫技術來存儲水文觀測資料就形成了水文數(shù)據(jù)庫。在水文數(shù)據(jù)庫中數(shù)據(jù)以表的形式存儲，這些表的名稱、表中每列的名稱、數(shù)據(jù)類型等稱為表結(jié)構(gòu)。

廣東省水文數(shù)據(jù)庫由1991年開始建設，到1998年建成驗收，至今每年都加人新的整編數(shù)據(jù)。水文數(shù)據(jù)庫的建立改變了水文資料以紙介質(zhì)存儲數(shù)據(jù)的方式，使資料的存儲進人磁介質(zhì)的時代，以 電子 版本的方式提供數(shù)據(jù)極大方便了數(shù)據(jù)的查詢和使用，為水情專用數(shù)據(jù)庫、三防指揮系統(tǒng)、流域水信息與管理等許多水利信息化項目提供了方便，在實際生產(chǎn)應用中發(fā)揮了重要作用。

水文數(shù)據(jù)庫使用sqlserver2000做數(shù)據(jù)庫管理系統(tǒng)，表結(jié)構(gòu)經(jīng)歷了由1.0版本到3.0版本的演變過程。WWW.133229.cOM3.0版本是一個比較成熟的版本，歷經(jīng)十年的應用，在水文數(shù)據(jù)存儲的標準化方面做出了重要貢獻，但在長期的應用中3.0版本也發(fā)現(xiàn)了一些不足之處，于是部水文局組織有關專家在3.0的基礎上修訂形成了4.0版本。從而使我省水文數(shù)據(jù)庫從3,0版本到4.0版本的升級成為現(xiàn)實需要解決的問題。

2水文數(shù)據(jù)庫表結(jié)構(gòu)3.0與4.0的對比

水文數(shù)據(jù)庫表結(jié)構(gòu)3.0主要存在的問題有:①時間維的處理不合理;②一些表表列數(shù)太多;③一些有用數(shù)據(jù)沒有建表存儲;④沒有字典表。

表結(jié)構(gòu)4.0針對以上缺點做了改善，首先使用時間數(shù)據(jù)類型(dt類型)統(tǒng)一時間維的表示，如:逐日平均水位表3.0表結(jié)構(gòu)如表1;逐日平均水位表4.0表結(jié)構(gòu)如表2。

對比表1、表2可見日平均水位3.0表結(jié)構(gòu)有66列，而4.0表結(jié)構(gòu)只有4列，3.0表結(jié)構(gòu)的時間維中年份、月份、各日在列中表示，4.0表結(jié)構(gòu)中的時間維統(tǒng)一在一列中表示，這樣極大方便了sql語句的編寫，而且時間集中到一列上表示有利于隨后的數(shù)據(jù)分析工作。其次，一個表包含太多的列時，說明這個表缺乏內(nèi)聚，它試圖存放來自幾類實體的數(shù)據(jù)，使用垂直分割將一些列移到另一個表中，可以減少表的規(guī)模，改善性能。如:表結(jié)構(gòu)3.0把月、旬、年的數(shù)據(jù)放在同一表中，導致一個表中有上百的表列，而4.0把月、旬、年的數(shù)據(jù)分開到三個表中存放，改善了性能。再次表結(jié)構(gòu)4.0增加和修改了一些表，使得存儲的內(nèi)容得到擴充，存儲更加合理高效。如增加了關系線表來存儲水位流量關系，修改了實測大斷面表等。最后表結(jié)構(gòu)4.0增加了字典表類，這樣有利于元數(shù)據(jù)的描述和使用。

3表結(jié)構(gòu)升級實現(xiàn)技術

3.1表結(jié)構(gòu)升級轉(zhuǎn)換需要解決的問題

表結(jié)構(gòu)的升級可能會涉及很多問題，主要要解決的問題有:

1)新表的建立。新表的建立主要討論新表結(jié)構(gòu)的合理性，確保新表的設立是正確的。

2)數(shù)據(jù)質(zhì)量控制，要控制從舊庫到新庫轉(zhuǎn)移數(shù)據(jù)時出現(xiàn)的數(shù)據(jù)轉(zhuǎn)換錯誤。新庫中錯誤的數(shù)據(jù)可能來自于舊庫中的錯誤，也可能來自于轉(zhuǎn)換程序的錯誤或考慮不周。應該確保新庫的數(shù)據(jù)質(zhì)量比舊庫有所提高。

3)功能恢復，主要是參照完整性、方法(存儲過程、存儲函數(shù)、觸發(fā)器)、外部程序的恢復。水文數(shù)據(jù)庫是多應用數(shù)據(jù)庫，有許多外部程序?qū)ζ溥M行訪問，數(shù)據(jù)庫升級人員對這些程序幾乎是不能控制的，在這種情況下數(shù)據(jù)庫的修改必然對外部訪問系統(tǒng)造成影響，解決的方法有二:一是進行功能恢復，升級人員與應用程序開發(fā)者協(xié)作，修改應用程序使其能適應新的數(shù)據(jù)庫表結(jié)構(gòu);二是設立過渡期，在這其間使新老數(shù)據(jù)庫同時運行，原來的應用程序繼續(xù)使用老庫，新應用使用新庫。通常會結(jié)合使用上述兩種方法，即進行部分功能恢復同時設立過渡期。

4)數(shù)據(jù)加載策略，由于水文數(shù)據(jù)量較大，而且每年都有新增數(shù)據(jù)，所以數(shù)據(jù)加載要有增量加載功能。同時，在過渡期間如果數(shù)據(jù)的增、刪、改比較頻繁，應該保持新舊庫內(nèi)容的同步。

3.2升級轉(zhuǎn)換的過程

在生產(chǎn)環(huán)境中安全的數(shù)據(jù)庫升級轉(zhuǎn)換流程如圖1:

驗證數(shù)據(jù)庫是否需要升級轉(zhuǎn)換是綜合考慮轉(zhuǎn)化所獲得的價值與投人之比，以確定是否需要這樣的轉(zhuǎn)換，是否開銷過大。水文部門的數(shù)據(jù)源很多，如基礎水文數(shù)據(jù)庫、水情專用數(shù)據(jù)庫等。升級人員要確定各種數(shù)據(jù)所放的位置才能引用。數(shù)據(jù)庫的轉(zhuǎn)換是一個重復的過程，每次形成一個新表都要經(jīng)過建表、編寫數(shù)據(jù)轉(zhuǎn)換加載及同步代碼、數(shù)據(jù)加載、結(jié)果測試這樣一個過程，只有測試無誤了才進人下一個新表的建立，這種采取每次一小步的辦法容易降低實現(xiàn)程序的復雜性，容易發(fā)現(xiàn)轉(zhuǎn)換錯誤所在。所有新表測試通過后才可以使用。

3.3實現(xiàn)方法

首先對sl324-2005《基礎水文數(shù)據(jù)庫表結(jié)構(gòu)及標識符標準》(即表結(jié)構(gòu)4.0)進行分析以驗證轉(zhuǎn)化的必要性，由于存放測驗數(shù)據(jù)的表類是常用的表類，而且測驗數(shù)據(jù)格式比較固定，表結(jié)構(gòu)比較完善，所以優(yōu)先轉(zhuǎn)換該類表，方法如下:

使用sqlserver 企業(yè) 管理器創(chuàng)建新表結(jié)構(gòu)，如圖2。

使用t一sql語言編寫數(shù)據(jù)轉(zhuǎn)換與加載程序，如:使用語句(insertintohyyrzfselectstcd,yr,yravz,yravr,yrmxz,yrmxr,yrmxmd，yrmnz，yrmnr,yrmnmdfromzmystwhereyr=2007)就可以把表結(jié)構(gòu)3.0水位月年統(tǒng)計表中2007年的數(shù)據(jù)增量加載到4.0的年水位表中。

如果轉(zhuǎn)換過程中有類型轉(zhuǎn)化、數(shù)據(jù)格式檢測等質(zhì)量控制要求，則需要用比較復雜的程序段來完成。如:降雨量摘錄表的t一sql轉(zhuǎn)換程序如下:

聲明變量@sled,@yr,@and,@bghrmt,@edhrmt,

@p,@prm存儲查詢數(shù)據(jù)

聲明變量@bgdt,@eddt存儲轉(zhuǎn)換后的時間數(shù)據(jù)

創(chuàng)建游標my_cursorl關聯(lián)到降雨量摘錄表prex

通過游標讀一條記錄到變童@sled,@yr,@and,@

bghrmt，@edhrmt，@p，@prm中

while@@fetchstatus=0)

begin

處理降雨量結(jié)束時間、

if@edhrmt=2400)

begin

處理降雨結(jié)束時間為24:00的情況

end

else

if@edhrmt<@bghrmt)

begin

處理摘錄時段跨日的情況

end

else

摘錄時段無跨日的情況

處理降雨量開始時間、

插人數(shù)據(jù)、

insertintohy_prex_bvalues(@sled，@bgdt，@eddt，@p，@prm)

取下一條記錄

end另外，可使用觸發(fā)器保持舊表和新表的同步增刪，這樣當數(shù)據(jù)加人到舊表或從舊表中刪除數(shù)據(jù)的時候就通過觸發(fā)器在新表中作相應的修改，如:對3.0中降雨量摘錄表寫插人觸發(fā)器，插人相應記錄的t一sql程序如下:

createtriggerprexinsertonprexforinsertas

同時寫刪除觸發(fā)器，刪除相應記錄的t一sql程序如下:

createtriggerprexdeleteonprexfordeleteas

這樣就維護了舊表到新表的同步更新。

3.4成果

應用以上技術筆者完成了廣東省水文數(shù)據(jù)庫表結(jié)構(gòu)3.0到4.0數(shù)值表類的轉(zhuǎn)化，并通過觸發(fā)器同步技術使每年新增資料的轉(zhuǎn)換過程自動化。通過表結(jié)構(gòu)4.0的轉(zhuǎn)換及向用戶提供數(shù)據(jù)表明，新表結(jié)構(gòu)使用方便，提供的數(shù)據(jù)格式更為 科學 合理。而且由于在升級轉(zhuǎn)換過程中嚴格數(shù)據(jù)質(zhì)量控制，改正了舊庫中許多錯誤，統(tǒng)一了數(shù)據(jù)表達方式，使新庫數(shù)據(jù)質(zhì)量得到了提升。

數(shù)據(jù)庫技術論文范文第2篇

【關鍵詞】數(shù)據(jù)庫加密、加密算法、加密技術特性、加密字典、加解密引擎。

隨著電子商務逐漸越來越多的應用，數(shù)據(jù)的安全問題越來越受到重視。一是企業(yè)本身需要對自己的關鍵數(shù)據(jù)進行有效的保護；二是企業(yè)從應用服務提供商（ApplicationServiceProvider，ASP）處獲得應用支持和服務，在這種情況下，企業(yè)的業(yè)務數(shù)據(jù)存放在ASP處，其安全性無法得到有效的保障。因為傳統(tǒng)的數(shù)據(jù)庫保護方式是通過設定口令字和訪問權(quán)限等方法實現(xiàn)的，數(shù)據(jù)庫管理員可以不加限制地訪問和更改數(shù)據(jù)庫中的所有數(shù)據(jù)。解決這一問題的關鍵是要對數(shù)據(jù)本身加密，即使數(shù)據(jù)不幸泄露或丟失，也難以被人破譯，關于這一點現(xiàn)基本數(shù)據(jù)庫產(chǎn)品都支持對數(shù)據(jù)庫中的所有數(shù)據(jù)加密存儲。

-對數(shù)據(jù)進行加密，主要有三種方式：系統(tǒng)中加密、客戶端(DBMS外層)加密、服務器端(DBMS內(nèi)核層)加密。客戶端加密的好處是不會加重數(shù)據(jù)庫服務器的負載，并且可實現(xiàn)網(wǎng)上的傳輸加密，這種加密方式通常利用數(shù)據(jù)庫外層工具實現(xiàn)。而服務器端的加密需要對數(shù)據(jù)庫管理系統(tǒng)本身進行操作，屬核心層加密，如果沒有數(shù)據(jù)庫開發(fā)商的配合，其實現(xiàn)難度相對較大。此外，對那些希望通過ASP獲得服務的企業(yè)來說，只有在客戶端實現(xiàn)加解密，才能保證其數(shù)據(jù)的安全可靠。

1.常用數(shù)據(jù)庫加密技術

信息安全主要指三個方面。一是數(shù)據(jù)安全，二是系統(tǒng)安全，三是電子商務的安全。核心是數(shù)據(jù)庫的安全，將數(shù)據(jù)庫的數(shù)據(jù)加密就抓住了信息安全的核心問題。

對數(shù)據(jù)庫中數(shù)據(jù)加密是為增強普通關系數(shù)據(jù)庫管理系統(tǒng)的安全性，提供一個安全適用的數(shù)據(jù)庫加密平臺，對數(shù)據(jù)庫存儲的內(nèi)容實施有效保護。它通過數(shù)據(jù)庫存儲加密等安全方法實現(xiàn)了數(shù)據(jù)庫數(shù)據(jù)存儲保密和完整性要求，使得數(shù)據(jù)庫以密文方式存儲并在密態(tài)方式下工作，確保了數(shù)據(jù)安全。

1.1數(shù)據(jù)庫加密技術的功能和特性

經(jīng)過近幾年的研究，我國數(shù)據(jù)庫加密技術已經(jīng)比較成熟。

一般而言，一個行之有效的數(shù)據(jù)庫加密技術主要有以下6個方面的功能和特性。

(1)身份認證：

用戶除提供用戶名、口令外，還必須按照系統(tǒng)安全要求提供其它相關安全憑證。如使用終端密鑰。

(2)通信加密與完整性保護：

有關數(shù)據(jù)庫的訪問在網(wǎng)絡傳輸中都被加密，通信一次一密的意義在于防重放、防篡改。

(3)數(shù)據(jù)庫數(shù)據(jù)存儲加密與完整性保護：

數(shù)據(jù)庫系統(tǒng)采用數(shù)據(jù)項級存儲加密，即數(shù)據(jù)庫中不同的記錄、每條記錄的不同字段都采用不同的密鑰加密，輔以校驗措施來保證數(shù)據(jù)庫數(shù)據(jù)存儲的保密性和完整性，防止數(shù)據(jù)的非授權(quán)訪問和修改。

(4)數(shù)據(jù)庫加密設置：

系統(tǒng)中可以選擇需要加密的數(shù)據(jù)庫列，以便于用戶選擇那些敏感信息進行加密而不是全部數(shù)據(jù)都加密。只對用戶的敏感數(shù)據(jù)加密可以提高數(shù)據(jù)庫訪問速度。這樣有利于用戶在效率與安全性之間進行自主選擇。

(5)多級密鑰管理模式：

主密鑰和主密鑰變量保存在安全區(qū)域，二級密鑰受主密鑰變量加密保護，數(shù)據(jù)加密的密鑰存儲或傳輸時利用二級密鑰加密保護，使用時受主密鑰保護。

(6)安全備份：

系統(tǒng)提供數(shù)據(jù)庫明文備份功能和密鑰備份功能。

1.2對數(shù)據(jù)庫加密系統(tǒng)基本要求

(1)字段加密；

(2)密鑰動態(tài)管理；

(3)合理處理數(shù)據(jù)；

(4)不影響合法用戶的操作；

(5)防止非法拷貝；

1.3數(shù)據(jù)加密的算法

加密算法是一些公式和法則，它規(guī)定了明文和密文之間的變換方法。密鑰是控制加密算法和解密算法的關鍵信息，它的產(chǎn)生、傳輸、存儲等工作是十分重要的。

數(shù)據(jù)加密的基本過程包括對明文（即可讀信息）進行翻譯，譯成密文或密碼的代碼形式。該過程的逆過程為解密，即將該編碼信息轉(zhuǎn)化為其原來的形式的過程。

DES算法，DES(DataEncryptionStandard)是由IBM公司在1970年以后發(fā)展起來的，于1976年11月被美國政府采用，DES隨后被美國國家標準局和美國國家標準協(xié)會（AmericanNationalStandardInstitute,ANSI）承認,DES算法把64位的明文輸入塊變?yōu)?4位的密文輸出塊，它所使用的密鑰也是64位，DES算法中只用到64位密鑰中的其中56位。

三重DES，DES的密碼學缺點是密鑰長度相對比較短，因此，人們又想出了一個解決其長度的方法，即采用三重DES，三重DES是DES的一種變形。這種方法使用兩個獨立的56位密鑰對交換的信息(如EDI數(shù)據(jù))進行3次加密,從而使其有效密鑰長度達到112位或168位,對安全性有特殊要求時則要采用它。

RSA算法它是第一個既能用于數(shù)據(jù)加密也能用于數(shù)字簽名的算法。它易于理解和操作，也很流行。算法的名字就是發(fā)明者的名字：RonRivest,AdiShamir和LeonardAdleman,但RSA的安全性一直未能得到理論上的證明，RSA的安全性依賴于大數(shù)的因子分解，但并沒有從理論上證明破譯RSA的難度與大數(shù)分解難度等價。即RSA的重大缺陷是無法從理論上把握它的保密性能如何，而且密碼學界多數(shù)人士傾向于因子分解不是NPC問題，RSA算法是第一個能同時用于加密和數(shù)字簽名的算法，也易于理解和操作。RSA是被研究得最廣泛的公鑰算法，從提出到現(xiàn)在已近二十年，經(jīng)歷了各種攻擊的考驗，逐漸為人們接受，普遍認為是目前最優(yōu)秀的公鑰方案之一。

AES是美國高級加密標準算法,將在未來幾十年里代替DES在各個領域中得到廣泛應用，盡管人們對AES還有不同的看法,但總體來說,AES作為新一代的數(shù)據(jù)加密標準匯聚了強安全性、高性能、高效率、易用和靈活等優(yōu)點。AES設計有三個密鑰長度:128,192,256位，相對而言，AES的128密鑰比DES的56密鑰強1021倍。AES算法主要包括三個方面：輪變化、圈數(shù)和密鑰擴展。在理論上，此加密方法需要國家軍事量級的破解設備運算10年以上時間才可能破譯。

1.4數(shù)據(jù)庫數(shù)據(jù)加密的實現(xiàn)

使用數(shù)據(jù)庫安全保密中間件對數(shù)據(jù)庫進行加密是最簡便直接的方法。主要是通過系統(tǒng)中加密、DBMS內(nèi)核層（服務器端）加密和DBMS外層（客戶端）加密。

在系統(tǒng)中加密，在系統(tǒng)中無法辨認數(shù)據(jù)庫文件中的數(shù)據(jù)關系，將數(shù)據(jù)先在內(nèi)存中進行加密，然后文件系統(tǒng)把每次加密后的內(nèi)存數(shù)據(jù)寫入到數(shù)據(jù)庫文件中去，讀入時再逆方面進行解密就，這種加密方法相對簡單，只要妥善管理密鑰就可以了。缺點對數(shù)據(jù)庫的讀寫都比較麻煩，每次都要進行加解密的工作，對程序的編寫和讀寫數(shù)據(jù)庫的速度都會有影響。

在DBMS內(nèi)核層實現(xiàn)加密需要對數(shù)據(jù)庫管理系統(tǒng)本身進行操作。這種加密是指數(shù)據(jù)在物理存取之前完成加解密工作。這種加密方式的優(yōu)點是加密功能強，并且加密功能幾乎不會影響DBMS的功能，可以實現(xiàn)加密功能與數(shù)據(jù)庫管理系統(tǒng)之間的無縫耦合。其缺點是加密運算在服務器端進行，加重了服務器的負載，而且DBMS和加密器之間的接口需要DBMS開發(fā)商的支持。

在DBMS外層實現(xiàn)加密的好處是不會加重數(shù)據(jù)庫服務器的負載，并且可實現(xiàn)網(wǎng)上的傳輸，加密比較實際的做法是將數(shù)據(jù)庫加密系統(tǒng)做成DBMS的一個外層工具，根據(jù)加密要求自動完成對數(shù)據(jù)庫數(shù)據(jù)的加解密處理。

采用這種加密方式進行加密，加解密運算可在客戶端進行，它的優(yōu)點是不會加重數(shù)據(jù)庫服務器的負載并且可以實現(xiàn)網(wǎng)上傳輸?shù)募用埽秉c是加密功能會受到一些限制，與數(shù)據(jù)庫管理系統(tǒng)之間的耦合性稍差。

數(shù)據(jù)庫加密系統(tǒng)分成兩個功能獨立的主要部件：一個是加密字典管理程序，另一個是數(shù)據(jù)庫加解密引擎。數(shù)據(jù)庫加密系統(tǒng)將用戶對數(shù)據(jù)庫信息具體的加密要求以及基礎信息保存在加密字典中，通過調(diào)用數(shù)據(jù)加解密引擎實現(xiàn)對數(shù)據(jù)庫表的加密、解密及數(shù)據(jù)轉(zhuǎn)換等功能。數(shù)據(jù)庫信息的加解密處理是在后成的，對數(shù)據(jù)庫服務器是透明的。

按以上方式實現(xiàn)的數(shù)據(jù)庫加密系統(tǒng)具有很多優(yōu)點：首先，系統(tǒng)對數(shù)據(jù)庫的最終用戶是完全透明的，管理員可以根據(jù)需要進行明文和密文的轉(zhuǎn)換工作；其次，加密系統(tǒng)完全獨立于數(shù)據(jù)庫應用系統(tǒng)，無須改動數(shù)據(jù)庫應用系統(tǒng)就能實現(xiàn)數(shù)據(jù)加密功能；第三，加解密處理在客戶端進行，不會影響數(shù)據(jù)庫服務器的效率。

數(shù)據(jù)庫加解密引擎是數(shù)據(jù)庫加密系統(tǒng)的核心部件，它位于應用程序與數(shù)據(jù)庫服務器之間，負責在后成數(shù)據(jù)庫信息的加解密處理，對應用開發(fā)人員和操作人員來說是透明的。數(shù)據(jù)加解密引擎沒有操作界面，在需要時由操作系統(tǒng)自動加載并駐留在內(nèi)存中，通過內(nèi)部接口與加密字典管理程序和用戶應用程序通訊。數(shù)據(jù)庫加解密引擎由三大模塊組成：加解密處理模塊、用戶接口模塊和數(shù)據(jù)庫接口模塊。

2.結(jié)束語

上面的論述還遠遠沒達到數(shù)據(jù)庫安全需要，比如現(xiàn)在的數(shù)據(jù)庫基本都給與網(wǎng)絡架構(gòu)，網(wǎng)際的安全傳輸?shù)龋彩且攸c考慮的方面，等等。一個好的安全系統(tǒng)必須綜合考慮核運用這些技術，以保證數(shù)據(jù)的安全，通過一上論述希望對大家有所幫助，同時也和大家一起討論一起學習，共同進步。

參考文獻：

[1]現(xiàn)代數(shù)據(jù)庫管理（美）JeffreyA.Hoffer，MaryB.Prescott，F(xiàn)redR.McFadden著

數(shù)據(jù)庫技術論文范文第3篇

關鍵字：數(shù)據(jù)庫安全管理

Abstract:Databaseistheimportantcomponentofcomputerinformationsystem,astheinformationtogethercollective,thedatabasedocumentisbearingthemissionofstoringandmanagingtheinformation''''sdata,soitssecuritywillbethemostimportantofall.ThispaperhavediscussedmainlysafeproblemwhichfacingtotheDatabase,andhavesubmittedsomecertainsuggestions.

Keywords:Databasesecuritymanagement

一、數(shù)據(jù)庫安全概述

1.數(shù)據(jù)庫安全概述

數(shù)據(jù)庫安全是指保護數(shù)據(jù)庫以防止非法用戶的越權(quán)使用、竊取、更改或破壞數(shù)據(jù)。數(shù)據(jù)庫安全涉及到很多層面，必須在以下幾個層面做好安全措施：

（1）物理層：重要的計算機系統(tǒng)必須在物理上受到保護，以防止入侵者強行進入或暗中潛入。

（2）人員層：數(shù)據(jù)庫系統(tǒng)的建立、應用和維護等工作，一定要由政治思想上過硬的合法用戶來管理。

（3）操作系統(tǒng)層：要進入數(shù)據(jù)庫系統(tǒng)，首先要經(jīng)過操作系統(tǒng)，如果操作系統(tǒng)的安全性差，數(shù)據(jù)庫將面臨著重大的威脅。

（4）網(wǎng)絡層：由于幾乎所有網(wǎng)絡上的數(shù)據(jù)庫系統(tǒng)都允許通過終端或網(wǎng)絡進行遠程訪問，所以網(wǎng)絡的安全和操作系統(tǒng)的安全一樣重要，網(wǎng)絡安全了，無疑對數(shù)據(jù)的安全提供了保障。

（5）數(shù)據(jù)庫系統(tǒng)層：數(shù)據(jù)庫系統(tǒng)應該有完善的訪問控制機制，以防止非法用戶的非法操作。為了保證數(shù)據(jù)庫的安全，必須在以上所有層次上進行安全性控制。

2.數(shù)據(jù)庫安全的目標

（1）提供數(shù)據(jù)共享，集中統(tǒng)一管理數(shù)據(jù);

（2）簡化應用程序?qū)?shù)據(jù)的訪問，應用程序得以在更為邏輯的層次上訪問數(shù)據(jù):

（3）解決數(shù)據(jù)有效性問題，保證數(shù)據(jù)的邏輯一致性:

（4）保證數(shù)據(jù)獨立性問題，降低程序?qū)?shù)據(jù)及數(shù)據(jù)結(jié)構(gòu)的依賴:

（5）保證數(shù)據(jù)的安全性，在共享環(huán)境下保證數(shù)據(jù)所有者的利益。

以上僅是數(shù)據(jù)庫的幾個最重要的動機，發(fā)展變化的應用對數(shù)據(jù)庫提出了更多的要求。為達到上述的目的，數(shù)據(jù)的集中存放和管理永遠是必要的。其中的主要問題，除功能和性能方面的技術問題，最重要的問題就是數(shù)據(jù)的安全問題.如何既提供充分的服務同時又保證關鍵信息不被泄漏而損害信息屬主的利益，是DBMS的主要任務之一。

二、數(shù)據(jù)庫系統(tǒng)安全的主要風險

數(shù)據(jù)庫系統(tǒng)在實際應用中存在來自各方面的安全風險，由安全風險最終引起安全問題，下面從四個方面講述數(shù)據(jù)庫系統(tǒng)的安全風險。

1.來自操作系統(tǒng)的風險

來自操作系統(tǒng)的風險主要集中在病毒、后門、數(shù)據(jù)庫系統(tǒng)和操作系統(tǒng)的關聯(lián)性方面。首先在病毒方面，操作系統(tǒng)中可能存在的特洛伊木馬程序?qū)?shù)據(jù)庫系統(tǒng)構(gòu)成極大的威脅，數(shù)據(jù)庫管理員尤其需要注意木馬程序帶給系統(tǒng)入駐程序所帶來的威脅。一個特洛伊木馬程序修改了入駐程序的密碼，并且當更新密碼時，入侵者能得到新的密碼。其次在操作系統(tǒng)的后門方面，許多數(shù)據(jù)庫系統(tǒng)的特征參數(shù)盡管方便了數(shù)據(jù)庫管理員，但也為數(shù)據(jù)庫服務器主機操作系統(tǒng)留下了后門，這使得黑客可以通過后門訪問數(shù)據(jù)庫。最后數(shù)據(jù)庫系統(tǒng)和操作系統(tǒng)之間帶有很強的關聯(lián)性。操作系統(tǒng)具有文件管理功能，能夠利用存取控制矩陣，實現(xiàn)對各類文件包括數(shù)據(jù)庫文件的授權(quán)進行讀寫和執(zhí)行等，而且操作系統(tǒng)的監(jiān)控程序能進行用戶登錄和口令鑒別的控制，因此數(shù)據(jù)庫系統(tǒng)的安全性最終要靠操作系統(tǒng)和硬件設備所提供的環(huán)境，如果操作系統(tǒng)允許用戶直接存取數(shù)據(jù)庫文件，則在數(shù)據(jù)庫系統(tǒng)中采取最可靠的安全措施也沒有用。

2.來自管理的風險

用戶安全意識薄弱，對信息網(wǎng)絡安全重視不夠，安全管理措施不落實，導致安全事件的發(fā)生，這些都是當前安全管理工作存在的主要問題。從已發(fā)生安全事件的原因中，占前兩位的分別是“未修補軟件安全漏洞”和“登錄密碼過于簡單或未修改”，也表明了用戶缺乏相關的安全防范意識和基本的安全防范常識。比如數(shù)據(jù)庫系統(tǒng)可用的但并未正確使用的安全選項、危險的默認設置、給用戶更多的不適當?shù)臋?quán)限，對系統(tǒng)配置的未經(jīng)授權(quán)的改動等等。

3.來自用戶的風險

用戶的風險主要表現(xiàn)在用戶帳號、作用和對特定數(shù)據(jù)庫目標的操作許可。例如對表單和存儲步驟的訪問。因此必須對數(shù)據(jù)庫系統(tǒng)做范圍更廣的徹底安全分析，找出所有可能領域內(nèi)的潛在漏洞，包括與銷售商提供的軟件相關的風險軟件的BUG、缺少操作系統(tǒng)補丁、脆弱的服務和選擇不安全的默認配置等。另外對于密碼長度不夠、對重要數(shù)據(jù)的非法訪問以及竊取數(shù)據(jù)庫內(nèi)容等惡意行動也潛在的存在，以上這些都表現(xiàn)為來自用戶的風險。

4.來自數(shù)據(jù)庫系統(tǒng)內(nèi)部的風險

雖然絕大多數(shù)常用的關系數(shù)據(jù)庫系統(tǒng)已經(jīng)存在了十多年之久，并且具有強大的特性，產(chǎn)品非常成熟。但許多應該具有的特征，在操作系統(tǒng)和現(xiàn)在普遍使用的數(shù)據(jù)庫系統(tǒng)中，并沒有提供，特別是那些重要的安全特征，絕大多數(shù)關系數(shù)據(jù)庫系統(tǒng)并不夠成熟。

三、數(shù)據(jù)庫安全技術研究

1.數(shù)據(jù)庫加密

對于一些重要的機密的數(shù)據(jù)，例如一些金融數(shù)據(jù)、商業(yè)秘密、游戲網(wǎng)站玩家的虛擬財產(chǎn)，都必須存儲在數(shù)據(jù)庫中，需要防止對它們未授權(quán)的訪問，哪怕是整個系統(tǒng)都被破壞了，加密還可以保護數(shù)據(jù)的安全。對數(shù)據(jù)庫安全性的威脅有時候是來自于網(wǎng)絡內(nèi)部，一些內(nèi)部用戶可能非法獲取用戶名和密碼，或利用其他方法越權(quán)使用數(shù)據(jù)庫，甚至可以直接打開數(shù)據(jù)庫文件來竊取或篡改信息。因此，有必要對數(shù)據(jù)庫中存儲的重要數(shù)據(jù)進行加密處理，以實現(xiàn)數(shù)據(jù)存儲的安全保護。

數(shù)據(jù)加密就是將稱為明文的敏感信息，通過算法和密鑰，轉(zhuǎn)換為一種難于直接辨認的密文。解密是加密的逆向過程，即將密文轉(zhuǎn)換成可識別的明文。數(shù)據(jù)庫密碼系統(tǒng)要求把明文數(shù)據(jù)加密成密文，數(shù)據(jù)庫存儲密文，查詢時將密文取出解密后得到明文。數(shù)據(jù)庫加密系統(tǒng)能夠有效地保證數(shù)據(jù)的安全，即使黑客竊取了關鍵數(shù)據(jù)，他仍然難以得到所需的信息。另外，數(shù)據(jù)庫加密以后，不需要了解數(shù)據(jù)內(nèi)容的系統(tǒng)管理員不能見到明文，大大提高了關鍵數(shù)據(jù)的安全性。

2.存取管理技術

存取管理技術主要包括用戶認證技術和訪問控制技術兩方面。用戶認證技術包括用戶身份驗證和用戶身份識別技術。訪問控制包括數(shù)據(jù)的瀏覽控制和修改控制。瀏覽控制是為了保護數(shù)據(jù)的保密性，而修改控制是為了保護數(shù)據(jù)的正確性和提高數(shù)據(jù)的可信性。在一個數(shù)據(jù)資源共享的環(huán)境中，訪問控制就顯得非常重要。

2.1用戶認證技術

用戶認證技術是系統(tǒng)提供的最外層安全保護措施。通過用戶身份驗證，可以阻止未授權(quán)用戶的訪問，而通過用戶身份識別，可以防止用戶的越權(quán)訪問。

(1)用戶身份驗證

該方法由系統(tǒng)提供一定的方式讓用戶標識自己的身份。每次用戶請求進入系統(tǒng)時，系統(tǒng)必須對用戶身份的合法性進行鑒別認證。用戶要登錄系統(tǒng)時，必須向系統(tǒng)提供用戶標識和鑒別信息，以供安全系統(tǒng)識別認證。目前，身份驗證采用的最常用、最方便的方法是設置口令法。但近年來，一些更加有效的身份驗證技術迅速發(fā)展起來，如智能卡技術、物理特征（指紋、虹膜等）認證技術等具有高強度的身份驗證技術日益成熟，并取得了不少應用成果，為將來達到更高的安全強度要求打下了堅實的理論基礎。

(2)用戶身份識別

用戶身份識別以數(shù)據(jù)庫授權(quán)為基礎，只有經(jīng)過數(shù)據(jù)庫授權(quán)和驗證的用戶才是合法的用戶。數(shù)據(jù)庫授權(quán)技術包括授權(quán)用戶表、用戶授權(quán)表、系統(tǒng)的讀出／寫入規(guī)則和自動查詢修改技術。

2.2訪問控制

訪問控制是從計算機系統(tǒng)的處理功能方面

對數(shù)據(jù)提供保護，是數(shù)據(jù)庫系統(tǒng)內(nèi)部對已經(jīng)進入系統(tǒng)的用戶的訪問控制，是安全數(shù)據(jù)保護的前沿屏障。它是數(shù)據(jù)庫安全系統(tǒng)中的核心技術，也是最有效的安全手段，限制了訪問者和執(zhí)行程序可以進行的操作，這樣通過訪問控制就可防止安全漏洞隱患。DBMS中對數(shù)據(jù)庫的訪問控制是建立在操作系統(tǒng)和網(wǎng)絡的安全機制基礎之上的。只有被識別被授權(quán)的用戶才有對數(shù)據(jù)庫中的數(shù)據(jù)進行輸入、刪除、修改和查詢等權(quán)限。通常采用下面兩種方法進行訪問控制：

(1)按功能模塊對用戶授權(quán)

每個功能模塊對不同用戶設置不同權(quán)限，如無權(quán)進入本模塊、僅可查詢、可更新可查詢、全部功能可使用等，而且功能模塊名、用戶名與權(quán)限編碼可保存在同一數(shù)據(jù)庫。

(2)將數(shù)據(jù)庫系統(tǒng)權(quán)限賦予用戶

通常為了提高數(shù)據(jù)庫的信息安全訪問，用戶在進行正常的訪問前服務器往往都需要認證用戶的身份、確認用戶是否被授權(quán)。為了加強身份認證和訪問控制，適應對大規(guī)模用戶和海量數(shù)據(jù)資源的管理，通常DBMS主要使用的是基于角色的訪問控制RBAC（Rolebasedaccesscontrol）。

3.備份與恢復

數(shù)據(jù)備份與恢復是實現(xiàn)數(shù)據(jù)庫系統(tǒng)安全運行的重要技術。數(shù)據(jù)庫系統(tǒng)總免不了發(fā)生系統(tǒng)故障，一旦系統(tǒng)發(fā)生故障，重要數(shù)據(jù)總免不了遭到損壞。為防止重要數(shù)據(jù)的丟失或損壞，數(shù)據(jù)庫管理員應及早做好數(shù)據(jù)庫備份，這樣當系統(tǒng)發(fā)生故障時，管理員就能利用已有的數(shù)據(jù)備份，把數(shù)據(jù)庫恢復到原來的狀態(tài)，以便保持數(shù)據(jù)的完整性和一致性。一般來說，數(shù)據(jù)庫備份常用的備份方法有：靜態(tài)備份（關閉數(shù)據(jù)庫時將其備份）、動態(tài)備份（數(shù)據(jù)庫運行時將其備份）和邏輯備份（利用軟件技術實現(xiàn)原始數(shù)據(jù)庫內(nèi)容的鏡像）等；而數(shù)據(jù)庫恢復則可以通過磁盤鏡像、數(shù)據(jù)庫備份文件和數(shù)據(jù)庫在線日志三種方式來完成。

4.建立安全的審計機制

審計就是對指定用戶在數(shù)據(jù)庫中的操作進行監(jiān)控和記錄的一種數(shù)據(jù)庫功能。這里主要以Oracle數(shù)據(jù)庫為例，Oracle數(shù)據(jù)庫沒有為審計數(shù)據(jù)提供獨立的導出、備份和恢復機制，用戶每導出和刪除1條審計記錄都需要自己來書寫程序，并且審計記錄所需要的存儲空間也是Oracle數(shù)據(jù)庫所提供。如果審計數(shù)據(jù)是保存在操作系統(tǒng)中的文件中，那么審計記錄的保護完全依賴于操作系統(tǒng)的安全性和對文件的加密措施。顯然，現(xiàn)有的數(shù)據(jù)庫管理系統(tǒng)的審計保護功能存在不足，應從以下2方面改進:建立單獨的審計系統(tǒng)和審計員，審計數(shù)據(jù)需要存放在單獨的審計文件中，而不像Oracle那樣存在數(shù)據(jù)庫中，只有審計員才能訪問這些審計數(shù)據(jù)。可以把用戶大致分為審計員、數(shù)據(jù)庫用戶、系統(tǒng)安全員3類，這三者相互牽制，各司其職。分別在3個地方進行審計控制。為了保證數(shù)據(jù)庫系統(tǒng)的安全審計功能，還需要考慮到系統(tǒng)能夠?qū)Π踩趾κ录龀鲎詣禹憫峁徲嬜詣訄缶δ堋．斚到y(tǒng)檢測到有危害到系統(tǒng)安全的事件發(fā)生并達到預定的閾值時，要給出報警信息，同時還會自動斷開用戶的連接，終止服務器端的相應線程，并阻止該用戶再次登錄系統(tǒng)。

參考文獻：

劉啟原，劉怡．數(shù)據(jù)庫與信息系統(tǒng)的安全[M]．科學出版社，2000．

李海泉，李健．計算機網(wǎng)絡安全與加密技術[M]．科學出版社，2001

數(shù)據(jù)庫技術論文范文第4篇

在計算機網(wǎng)絡設計活動中，關系數(shù)據(jù)庫技術是一種輔助手段，為計算機網(wǎng)絡設計活動提供數(shù)據(jù)支持。在計算機網(wǎng)絡設計活動中，關系數(shù)據(jù)庫的巨大容量和包含數(shù)據(jù)信息種類的多元性，為計算機網(wǎng)絡設計活動提供了充分的數(shù)據(jù)資源支持。在關系數(shù)據(jù)庫的運用活動中，使用者只需要在關系數(shù)據(jù)庫中進行數(shù)據(jù)的賦值就可以進行關系數(shù)據(jù)的存取和調(diào)用活動，讓網(wǎng)絡設計活動中遇到的數(shù)據(jù)和數(shù)值問題能夠得到及時、有效的解決。而在傳統(tǒng)的數(shù)據(jù)庫運行活動中，數(shù)據(jù)庫的錄入和調(diào)用需要借助人工操作來完成，這種數(shù)據(jù)庫運行模式不僅極大的浪費了人力資源，而且在數(shù)據(jù)運行的效率和質(zhì)量上也有很大的缺陷，經(jīng)常會導致數(shù)據(jù)的輸入、輸出環(huán)節(jié)出現(xiàn)錯誤，甚至會極大的拖延網(wǎng)絡設計活動的進程。當采用關系數(shù)據(jù)庫以后，數(shù)據(jù)庫以網(wǎng)絡設計活動為服務對象，對內(nèi)部的數(shù)據(jù)信息內(nèi)容進行了關聯(lián)化的處理，讓數(shù)據(jù)庫由過去的數(shù)據(jù)堆積體衍變成為一種數(shù)據(jù)的有機管理主體，內(nèi)部的網(wǎng)絡設計數(shù)據(jù)與常用的數(shù)據(jù)關系連接起來，并采用基于可擴展語言設計了數(shù)據(jù)庫與使用者之間的信息交互界面，讓關系數(shù)據(jù)庫可以與使用者進行數(shù)據(jù)關系形式的交流，并根據(jù)使用者的數(shù)據(jù)要求對內(nèi)部數(shù)據(jù)信息進行整理、關聯(lián)。實現(xiàn)了計算機網(wǎng)絡設計活動數(shù)據(jù)管理的智能化。

2關系數(shù)據(jù)庫技術在計算機網(wǎng)絡設計中的基本原理

在計算機網(wǎng)絡技術發(fā)展的過程中，數(shù)據(jù)庫技術存在著眾多的種類，其中根據(jù)數(shù)據(jù)庫模型的運行模式可以分為：網(wǎng)狀模型數(shù)據(jù)庫技術、層次模型數(shù)據(jù)庫技術以及關系數(shù)據(jù)模型數(shù)據(jù)庫技術。這些數(shù)據(jù)庫技術在不同的計算機網(wǎng)絡設計活動中有各自的優(yōu)勢，其中關系數(shù)據(jù)模型數(shù)據(jù)庫技術，以其完美的數(shù)據(jù)連結(jié)技術和高度的數(shù)據(jù)模型適應性，成為計算機網(wǎng)絡設計活動中通用的一種數(shù)據(jù)庫技術。其在運行過程中展示出的完善的數(shù)據(jù)連結(jié)性，能夠在計算機網(wǎng)絡設計活動中，對任何相關的計算機網(wǎng)絡數(shù)據(jù)進行關聯(lián)，并能夠在一定數(shù)據(jù)基礎上對多種數(shù)據(jù)進行綜合性的關系鏈接。這種數(shù)據(jù)信息服務的全面性和數(shù)據(jù)鏈接服務形式的多樣性，能夠極大的滿足計算機網(wǎng)絡設計活動中多樣化的數(shù)據(jù)信息需求，所以在具體的計算機網(wǎng)絡設計活動中成為使用者首選的數(shù)據(jù)庫類型，被廣泛的應用于計算機網(wǎng)絡設計中。計算機網(wǎng)絡設計活動是一個復雜、系統(tǒng)的工程性活動，在其運行活動中要求下屬的各個模塊都要最大程度上的兼具數(shù)據(jù)信息服務的全面性和便捷性。在關系數(shù)據(jù)庫中這一系統(tǒng)要求被很好的體現(xiàn)了出來，關系數(shù)據(jù)庫擁有自己管理信息交互平臺，能夠基于C語言等網(wǎng)絡編程語言與使用者進行數(shù)據(jù)庫信息的交流，提高了數(shù)據(jù)庫使用的便捷性和全面性。在計算機數(shù)據(jù)庫軟件系統(tǒng)結(jié)構(gòu)中包含著兩個數(shù)據(jù)庫訪問系統(tǒng)，一個是開放數(shù)據(jù)庫連接性（ODBC），一個是數(shù)據(jù)訪問對象（DAO），這兩個數(shù)據(jù)庫訪問系統(tǒng)相互獨立，能夠單獨向用戶提供數(shù)據(jù)信息服務。其中ODBC不僅能夠基于SQL語言與使用者進行數(shù)據(jù)信息交互，而且對C語言和SQL數(shù)據(jù)庫之間的訪問機制進行了定義，讓使用者可以通過C語言這樣一種計算機網(wǎng)絡設計活動中常見的語言形式與數(shù)據(jù)庫進行信息交互，保證了關系數(shù)據(jù)庫對計算機網(wǎng)絡設計活動數(shù)據(jù)信息交互，讓計算機網(wǎng)絡設計人員能夠通過其最常用的信息交互方式與關系數(shù)據(jù)庫進行交流，保證了關系數(shù)據(jù)庫與計算機網(wǎng)絡設計活動積極、有效的互動。DAO為計算機網(wǎng)絡設計提供了數(shù)據(jù)庫機制，這一機制是從關系數(shù)據(jù)庫的整體出發(fā)對關系數(shù)據(jù)庫內(nèi)部組成部分和內(nèi)容的一種規(guī)范。當一個關系數(shù)據(jù)庫體系結(jié)構(gòu)由多個DAO構(gòu)成時，DAO自身的數(shù)據(jù)庫管理機制就會發(fā)揮作用，從DAO自身的數(shù)據(jù)資源特點出發(fā)，對關系數(shù)據(jù)庫整體進行協(xié)同管理，保證整個關系數(shù)據(jù)庫的數(shù)據(jù)信息服務的高效進行。DAO的這種自我管理機制和其自身的數(shù)據(jù)訪問對象本質(zhì)是相互分離的，在具體的管理活動中自我管理機制和數(shù)據(jù)訪問對象能夠進行各自獨立的管理，讓每一個DAO都可以在保證自身數(shù)據(jù)訪問對象性質(zhì)的基礎上，同時實現(xiàn)自身和DAO群體的管理，這種各自獨立的數(shù)據(jù)訪問對象管理和運行管理，在保證DAO數(shù)據(jù)服務對象專業(yè)性的同時，也方便了自身的升級改造。而且在關系數(shù)據(jù)庫運行活動中，DAO可以鏈接相應的網(wǎng)絡數(shù)據(jù)庫，實現(xiàn)數(shù)據(jù)資源的網(wǎng)絡化共享和管理。

3關系數(shù)據(jù)庫在計算機網(wǎng)絡設計中的優(yōu)勢

關系數(shù)據(jù)庫在計算機網(wǎng)絡設計中具有強大的數(shù)據(jù)存儲功能，以及簡便的數(shù)據(jù)轉(zhuǎn)換功能等強大的優(yōu)勢，以下將對關系數(shù)據(jù)庫在計算機網(wǎng)絡設計中的優(yōu)勢進行詳細的闡述。

3.1強大的數(shù)據(jù)存儲功能

強大的數(shù)據(jù)存儲功能，是關系數(shù)據(jù)庫在計算機網(wǎng)絡設計活動中運用的主要優(yōu)勢。隨著計算機網(wǎng)絡設計應用范圍的不斷擴大，計算機網(wǎng)絡設計活動的內(nèi)容含量越來越大，內(nèi)容的組成形式也變得越來越復雜，面對計算機網(wǎng)絡設計活動這樣一種發(fā)展趨勢，相應的關系數(shù)據(jù)庫的數(shù)據(jù)儲存能力和數(shù)據(jù)管理能力變得極為重要。關系數(shù)據(jù)庫的應用，不僅能夠?qū)τ嬎銠C網(wǎng)絡設計活動中需求和產(chǎn)生的大量計算機網(wǎng)絡設計數(shù)據(jù)進行及時的存儲，而且能夠借助內(nèi)部管理機制的幫助，對這些數(shù)據(jù)進行有效、準確的規(guī)劃和管理。關系數(shù)據(jù)庫的應用讓計算機網(wǎng)絡設計活動的數(shù)據(jù)管理環(huán)節(jié)，成為計算機網(wǎng)絡設計環(huán)節(jié)的一個效率增長點。在具體的操作活動中計算機網(wǎng)絡設計人員，可以利用數(shù)據(jù)庫強大的數(shù)據(jù)存儲功能將設備參數(shù)輸入到網(wǎng)絡拓撲結(jié)構(gòu)中，進而借助網(wǎng)絡拓撲結(jié)構(gòu)對關系數(shù)據(jù)庫進行高效、快捷的操作。如果不能有效的利用關系數(shù)據(jù)庫的輔助作用，有效管理復雜的數(shù)據(jù)信息，那么計算機網(wǎng)絡設計勢必會陷入困境中。

3.2簡便的數(shù)據(jù)轉(zhuǎn)換功能

關系數(shù)據(jù)庫在計算機網(wǎng)絡設計活動中的優(yōu)勢，還體現(xiàn)在不同數(shù)據(jù)之間的轉(zhuǎn)換功能。在計算機網(wǎng)絡設計活動中，因為設計活動本身可能會涉及到社會經(jīng)濟的各個領域，自身的設計形式也會因為網(wǎng)絡設計目標的不同而大相徑庭，在計算機網(wǎng)絡設計活動中，計算機網(wǎng)絡設計的數(shù)據(jù)從呈現(xiàn)形式和傳遞方式上都是有本質(zhì)上的不同的，所以在對計算機網(wǎng)絡設計數(shù)據(jù)進行管理的時候，不同數(shù)據(jù)之間的轉(zhuǎn)換是一個關鍵性的問題，只有解決了計算機網(wǎng)絡設計活動中的數(shù)據(jù)轉(zhuǎn)換和數(shù)據(jù)轉(zhuǎn)換效率的問題，才能促進計算機網(wǎng)絡設計活動高效進行。關系數(shù)據(jù)庫在計算機網(wǎng)絡設計活動中的應用在一定程度上解決了這一關鍵性問題，因為關系數(shù)據(jù)庫本身存在的關聯(lián)性，就是要從兩組不同數(shù)據(jù)中尋找共同點，并基于這些共同點建立二者之間的普遍聯(lián)系，關系數(shù)據(jù)庫的這種工作機制，在不同形式的數(shù)據(jù)之間的轉(zhuǎn)換活動中也有積極的作用。數(shù)據(jù)的兩種不同呈現(xiàn)形式本質(zhì)上也是兩種不同數(shù)據(jù)之間聯(lián)系的一種體現(xiàn)，二者之間本質(zhì)內(nèi)容和內(nèi)在邏輯的聯(lián)系是普遍存在的。關系數(shù)據(jù)庫可以根據(jù)這一特點，結(jié)合自身的工作機制，對二者進行本質(zhì)上的聯(lián)系，這樣一種在計算機網(wǎng)絡設計活動中復雜無比的問題，在關系數(shù)據(jù)庫的參與下立刻變得可實現(xiàn)、可操作。關系數(shù)據(jù)庫的存在只是解決了計算機網(wǎng)絡設計活動數(shù)據(jù)轉(zhuǎn)化能力的有無問題，只有強化計算機網(wǎng)絡設計活動中數(shù)據(jù)轉(zhuǎn)化能力的效率和便捷性，才能在網(wǎng)絡設計的實際工作中起到更加積極的效果。所以在關系數(shù)據(jù)庫的建立健全活動中，對其自身的數(shù)據(jù)轉(zhuǎn)換能力的強化，是關系數(shù)據(jù)庫發(fā)展完善的未來方向。這一改進必須要將關系數(shù)據(jù)庫的數(shù)據(jù)轉(zhuǎn)化能力與關系數(shù)據(jù)庫的信息交互系統(tǒng)結(jié)合起來，保證使用者對關系數(shù)據(jù)庫的數(shù)據(jù)轉(zhuǎn)換能力有更加直接的參與和應用，同時要結(jié)合計算機網(wǎng)絡設計活動發(fā)展的實際，對網(wǎng)絡設計活動中可能會涉及到的數(shù)據(jù)呈現(xiàn)形式進行系統(tǒng)、詳細的統(tǒng)計，并在關系數(shù)據(jù)庫中對這些數(shù)據(jù)的呈現(xiàn)形式進行廣泛的應用。具體而言，就是要在關系數(shù)據(jù)庫中，對計算機網(wǎng)絡設計活動中可能會涉及到的數(shù)據(jù)呈現(xiàn)形式進行定義，并設置相應的數(shù)據(jù)轉(zhuǎn)化機制，在對數(shù)據(jù)信息進行存儲時，盡量選擇應用范圍最廣的數(shù)據(jù)呈現(xiàn)形式進行存儲，以最大限度的保證計算機網(wǎng)絡設計活動的數(shù)據(jù)需求，同時也要定義好各種數(shù)據(jù)呈現(xiàn)形式的轉(zhuǎn)化機制，在使用者產(chǎn)生特殊的數(shù)據(jù)呈現(xiàn)形式需求時，能夠運用相應的數(shù)據(jù)轉(zhuǎn)換機制，進行數(shù)據(jù)呈現(xiàn)形式的轉(zhuǎn)換，以保證計算機網(wǎng)絡設計活動的高效進行。

4結(jié)束

數(shù)據(jù)庫技術論文范文第5篇

人力資源管理的招聘環(huán)節(jié)由招聘經(jīng)理負責，完成以下四項內(nèi)容，即招聘需求管理；應聘者信息管理；應聘者考評管理；任職條件評分。首先，招聘需求的確定是根據(jù)組織架構(gòu)中的職位空缺來確定的，應聘者信息管理主要是對應聘者的相關資料做最基礎的管理，而應聘者考評需要依據(jù)以下兩點，一是戰(zhàn)略人力資源管理的相關內(nèi)容，二是根據(jù)相應的職位要求對應聘者評分，也因此設置了應聘者任職條件評分模塊。

2人力資源數(shù)據(jù)庫設計

本文在設計企業(yè)戰(zhàn)略視角下數(shù)據(jù)庫過程中，對開發(fā)工具、數(shù)據(jù)庫對象命名規(guī)則、表、Check約束、SQL腳本等進行分析，提出完整的數(shù)據(jù)庫設計方案。第一，本文研究的人力資源數(shù)據(jù)庫設計工具選用的是MicrosoftSQLServer2008，它是一個關系數(shù)據(jù)庫管理系統(tǒng)，它的優(yōu)點就是可伸縮性比較好，具有較高的集成度，較強的可信性，以及高效性和智能化。

第二，關于數(shù)據(jù)庫對象命名，本文研究的數(shù)據(jù)庫對象命名由四部分構(gòu)成，即英文字母、數(shù)字、下劃線和中文。如表“t01_02_組織核心能力評價指標”，其中，01是表所屬模塊的編號，即核心能力素質(zhì)管理，02是表所在模塊中的順序，即02號表組織核心能力評價指標表（表1）。再如視圖“vw_0102”，代表由“t01_02_組織核心能力評價指標”表構(gòu)成的視圖，而“vw_0102_0103”就是由“t01_02_組織核心能力評價指標”和“t01_03_組織核心能力評分”兩個表構(gòu)成。

表1核心能力管理模塊表第三，關于Check約束，在表“t01_01_組織核心能力”中有一個字段為“能力權(quán)重”，其主要作用就是比較同一層級各項能力在同一父項能力中的重要性比重（0＜能力權(quán)重≤1＝。比如產(chǎn)品研發(fā)作為組織核心能力的一種，它又包含了硬件開發(fā)和軟件開發(fā)兩種，那么二者誰更重要一些，于是就需要對能力權(quán)重添加Check約束，其SQL腳本為：ALTERTABLEt01_01_組織核心能力ADDCONSTRAINTchk_t01_01_組織核心能力_能力權(quán)重CHECK(能力權(quán)重>0AND能力權(quán)重<=1)

3結(jié)論