數據庫論文匯總十篇

序論：好文章的創作是一個不斷探索和完善的過程，我們為您推薦十篇數據庫論文范例，希望它們能助您一臂之力，提升您的閱讀品質，帶來更深刻的閱讀感受。

篇（1）

一、問題的提出

目前的旅游規劃文本當中的市場營銷方式大部分仍是以傳統的營銷方式為主,沒有充分考慮客源市場的需求,就營銷論營銷,沒有把營銷的理念貫穿于整個規劃的過程,缺乏整體的營銷觀念,在客源市場調查的過程當中,對消費者需求的調查成分偏少,即使有,在后續的旅游產品設計中也難以體現,降低了客源市場的滿意度。

另外一種情況是在傳統的營銷方式的基礎上,間雜著一些現代營銷方式的手段,如電話營銷、電郵營銷、短信營銷等,都是在探索現代營銷方式,但往往不成體系,在具體的運用過程當中,往往是傳統營銷方式的附庸,難以形成實際的效果。

第三種情況是指目前的旅游規劃文本在指導具體的區域旅游實踐當中的精準性不夠,難以跟上外界環境的變化,沒有充分考慮外界環境的變化,導致規劃文本束之高閣,沒有用處,資源浪費,規劃文本的完成并不意味著規劃過程的完成,規劃的過程是一個反復修正的過程,是在具體的實踐中檢驗的過程。

二、問題的分析

針對上述問題,本文試圖從現代營銷的手段之數據庫營銷的角度去分析,以其核心觀念貫穿整個規劃過程,用以指導具體的規劃過程。

(一)客源市場調查中的數據庫營銷

每一個旅游規劃在具體實施之前,都必須要進行客源市場的調研,了解客源市場的基本情況及消費需求,有必要的話,還依據不同的指標,進行客源市場的細分,以求在具體的規劃過程中能精確定位,投放產品。目前的客源市場調查最常用的是問卷調查,輔之以訪談、電話調查等方式,(在不考慮樣本是否科學性的基礎上)得到客源市場消費者的主觀、客觀數據,進行數據的分析、加工。

可以看出客源市場的這種調查方式是一次性的,消費者在規劃進行過程當中的需求變化及客觀環境的變化并沒有考慮,也就是說規劃默認為客源市場的需求及消費模式短期內是不會變化的,其實不然,環境在時時刻刻的變化,消費者的心理也在時時的變化,因此,在此基礎上,可以嘗試建立所調查樣本的數據庫,以一定的周期為間隔,采取各種數據庫營銷方式進行樣本的調研,對每一個細分市場的樣本進行歸類分析,指導規劃的進行。

(二)以數據庫為基礎的旅游市場營銷模式

傳統的旅游市場營銷方式以產品、價格、分銷、促銷為模式,以遠遠不能滿足現有的消費者的需求,事實證明,這種傳統的、不考慮市場的營銷方式是不科學的,在旅游規劃過程當中應該予以摒棄。取而代之的應該是以消費者為中心的消費者、成本、方便、溝通為模式的“4C”策略,而數據庫營銷是這一策略的最直接的體現,因此,在旅游規劃創作過程當中,其基本的營銷方式應該以定向直郵,電子郵件營銷,網絡傳真營銷和短消息服務等在內的多種形式的數據庫營銷手段為主,深挖其具體內涵,延展其多種利用方式。

通過數據庫了解旅游者的興趣愛好后,就可以在宣傳冊的封面上貼上他們喜歡的產品圖或直接與他們在互聯網上進行交流,當然交流的內容是他們感興趣的話題,這樣有利于加強與旅游者或潛在旅游者的關系。例如,旅行社利用自己的網站,運用數據庫跟蹤旅游者的習慣和興趣愛好,以此為根據向旅游者推薦他們感興趣的旅游線路。對旅游者了解得越多,就越能更好地幫助旅游者解決旅游購買過程中的問題,最后與旅游者建立起良好的商業關系,提升旅游企業的競爭力,并最終促進旅游業的發展。

三)規劃文本完成后的數據庫營銷

規劃文本完成以后在具體指導實踐的過程中應該結合環境的變化不斷修正。

可以結合客源市場調查中所建立的數據庫進行再次調查,不斷反復,切實修正提供給消費者的旅游產品的可行性,以求“適銷對路”,另一方面,服務行業的這種數據庫營銷有點類似于物質生產部門的“售后服務”,具體來講,指的是在規劃的實施過程當中,對客源市場或是部分游客進行回訪,收集旅游者的信息,建立數據庫,分析改進。

通過數據庫資料可分析出旅游者的價值取向,然后針對不同旅游者提供不同類型的旅游產品展示、廣告宣傳和銷售方式。一般來說,對旅游者了解越多,就越能提供令其滿意的旅游產品和服務。

三、問題的解決

規劃的本身就是一個營銷的過程,關鍵是采取什么樣的營銷模式以及如何采用的問題,從上述分析,可以看出,營銷的思想貫穿于規劃的始終,客源市場的調研并不僅僅是一個直線式的過程,而更多的是一個循環往復的過程,規劃是一個彈性的過程,是一個不斷修正的過程,對于旅游者的營銷是長期的過程,也是一個培養潛在消費者的過程。具體的數據庫營銷方式有很多,具體采取哪種方式或是幾種方式的組合,應該根據客源市場的情況來定。

四、數據庫營銷在旅游規劃中應該注意的問題

(一)從戰略的高度來看待數據庫營銷的作用

旅游規劃應該用戰略的眼光、用資產的眼光來看待營銷數據庫,特別是應認識旅游者信息的真正價值,將規劃所涉及到的旅游企業規劃從“管理信息”向“利用信息”轉化。企業應切實地制定出營銷信息戰略,對信息收集、維護和利用進行詳細的規劃和評估,從而將數據庫營銷提升到旅游企業戰略的層次上,從戰略的高度來看待數據庫營銷的應用。

(二)確保信息的真實性、一致性和規范化

篇（2）

1SQLServer2000常用的數據導入導出方法

1.1通過DTS的設計器進行導入或導出

DTS的設計器功能強大，支持多任務，也是可視化界面，易于操作，但熟悉的人一般不多，如果只是進行SQLServer數據庫中部分表的移動，用這種方法最好，當然，也可以進行全部表的移動。在SQLServerEnterpriseManager中，展開服務器左邊的＋，選擇數據庫，右擊，選擇Alltasks/ImportData...(或Alltasks/ExportData...)，進入向導模式，然后按照提示一步一步進行就可以了，里面分得非常詳細，可以靈活的在不同數據源之間復制數據，非常的方便，而且還可以另存成DTS包，如果以后還有相同的復制任務，直接運行DTS包就行，省時省力。也可以直接打開DTS設計器，方法是展開服務器名稱下面的DataTransformationServices，選LocalPackages，在右邊的窗口中右擊，選NewPackage，就打開了DTS設計器。值得注意的是：如果源數據庫要拷貝的表有外鍵，注意移動的順序，有時要分批移動，否則外鍵主鍵，索引可能丟失，移動的時候選項旁邊的提示說的很明白，或者一次性的復制到目標數據庫中，再重新建立外鍵，主鍵，索引。其實在建立數據庫時，建立外鍵，主鍵，索引的文件應該和建表文件分開，而且用的數據文件也分開，并分別放在不同的驅動器上，有利于數據庫的優化。

1.2利用Bcp工具

這種工具雖然在SQLServer2000的版本中不推薦使用，但許多數據庫管理員仍很喜歡用它，尤其是用過SQLServer早期版本的人。不過Bcp確實有其局限性，首先它的界面不是圖形化的；其次它只是在SQLServer的表（視圖）與文本文件之間進行復制。但是另一方面，它也有其優點：性能好，開銷小，占用內存少，速度快。

1.3利用備份和恢復

先對源數據庫進行完全備份，備份到一個設備（device）上，然后把備份文件復制到目的服務器上（恢復的速度快），進行數據庫的恢復操作，在恢復的數據庫名中填上源數據庫的名字（名字必須相同），選擇強制型恢復（可以覆蓋以前數據庫的選項），在選擇從設備中進行恢復，瀏覽時選中備份的文件就行了。這種方法可以完全恢復數據庫，包括外鍵，主鍵，索引。

1.4直接拷貝數據文件

把數據庫的數據文件（*.mdf）和日志文件（*.ldf）都拷貝到目的服務器，在SQLServerQueryAnalyzer中用語句進行恢復：

EXECsp_attach_db@dbname=’test’,

@filename1=’d:\mssql7\data\test_data.mdf’,

@filename2=’d:\mssql7\data\test_log.ldf’

這樣就把test數據庫附加到SQLServer中，可以照常使用，如果不想用原來的日志文件，可以用如下的命令：

EXECsp_detach_db@dbname=’test’

EXECsp_attach_single_file_db@dbname=’test’,

@physname=’d:\mssql7\data\test_data.mdf’

這個語句的作用是僅僅加載數據文件，日志文件可以由SQLServer數據庫自動添加，但是原來的日志文件中記錄的數據就丟失了。

1.5在應用程序中定制

可以在應用程序（PB、VB）中執行自己編寫的程序，也可以在QueryAnalyzer中執行，這種方法比較靈活，其實是利用一個平臺連接到數據庫，在平臺中用的主要是SQL語句，這種方法對數據庫的影響小，但是如果用到遠程鏈接服務器，要求網絡之間的傳輸性能好，一般有兩種語句：

1.5.1select...intonew_tablenamewhere...

1.5.2insert(into)old_tablenameselect...from...where...

這兩種方式的區別是前者把數據插入一個新表（先建立表，再插入數據），而后者是把數據插入已經存在的一個表中，一般來說，第二條語句強于前者。

1.6SQLServer的復制功能

SQLServer提供了強大的數據復制功能，也是最不易掌握的，具體應用請參考相關資料，值得注意的是要想成功進行數據的復制工作，有些條件是必不可少的：

1.6.1SQLServerAgent必須啟動，MSDTC必須啟動。

1.6.2所有要復制的表必須有主鍵。

1.6.3如果表中有text或image數據類型，必須使用withlog選項，不能使用withno_log選項。

另外maxtextreplsize選項控制可以復制的文本和圖像數據的最大規模，超過這個限制的操作將失敗。

1.6.4在要進行復制的計算機上，應該至少是隱含共享，即共享名是C$或D$…。

1.6.5為SQLServer使用的WindowsNT賬號不能是一個本地的系統賬號，因為本地的系統賬號不允許網絡存取。

1.6.6如果參與復制的服務器在另外的計算機域中，必須在這些域之間建立信任關系。

2實現基于網頁的數據庫數據導入

那么，如何實現基于網頁的數據庫數據導入呢，下面利用一個比較簡單的網絡介紹一下。

假設某局域網的網絡拓撲結構如下所示：

其中服務器A和工作站B位于局域網內，工作站C與服務器D位于Internet內，局域網與Internet是物理隔離的，工作站C與工作站D在同一個辦公室內，服務器A上的數據庫管理系統是Oracle，服務器D上的數據庫管理系統是SQLServer2000。由于工作需要，要求把服務器A的有關數據導入到服務器D上。

2.1通常的工作流程：

2.1.1在工作站B上運行客戶端軟件，將服務器A上數據導入到本地的dbf文件。

2.1.2用移動硬盤把dbf文件從工作站B拷貝到工作站C上。

2.1.3在工作站C上，用ftp軟件將dbf文件上傳到服務器D上。

2.1.4在工作站C上，運行遠程桌面軟件登錄到服務器D上。

2.1.5在服務器D上，執行DTS，將dbf文件中的數據導入到SQLServer

數據庫。

2.1.6在服務器D上,運行相關存儲過程,做數據的后期處理工作。

在許多情況下，因為各種不同情況的需要，這個工作流程每天（甚至更短的時間內）就要執行一次，非常繁瑣，而且使用手工操作，很容易出錯。下面提出一種改進的方案。

2.2改進后的工作流程

2.2.1在工作站B上運行客戶端軟件，將服務器A上數據導入到本地的dbf文件。

2.2.2用移動硬盤把dbf文件從工作站B拷貝到工作站C上。

2.2.3在工作站C上，打開服務器D上的相關網頁，利用網頁將dbf文件的數據導入到服務器D上的SQLServer數據庫中。

首先，要在網頁里實現上傳功能，把dbf文件從工作站C上傳到服務D上，這里就不多介紹了。要通過網頁把dbf文件導入到SQLServer中，需要借助DTS可編程對象。DTS包含一組可編程COM對象，主要包含：DTS.Package、DTS.Connection、DTS.Step、DTS.ExecuteSQLTask、DTS.DataPumpTask、DTS.Transformation。

在ASP網頁里，通過用VBScript腳本創建調用DTS可編程COM對象,可以完成數據導入任務。SQLServer2000有比較詳細的文檔資料介紹DTS編程，但沒有給一個具體的例子，如果僅參考文檔資料，難度比較大，開發時間也會相當長。這里大概的介紹一下開發程序的過程。首先，在SQLSever2000的DTS設計器里，創建DTS包，實現從dbf文件到SQLServer2000的數據導入，把后期處理的存儲過程也添加到DTS包里。將這個DTS包另存為VBScript文件。有了這個VBScript文件，開發程序就容易多了，加入所需要的其他代碼，就可以在網頁里實現數據庫的數據導入。

參考文獻

篇（3）

1．2數據庫設計數據庫設計在軟件開發過程中是一個很重要的環節，數據庫是任何系統都不可避免的。本研究在設計數據庫時盡量滿足第三范式，減少數據冗余，盡量設計比較精簡的數據庫。(1)人員信息表:有機構、人員編號、姓名、出生日期、性別、職稱、最后學歷、最后學位、學科、研究方向等字段。(2)科研成果信息表:有機構、成果編號、成果名稱、第一作者、成果來源、成果形式、出版單位、出版時間、刊號、關鍵字、成果字數等字段。(3)科研項目信息表:有機構、項目編號、項目名稱、項目來源、批準號、負責人、立項時間、完成時間、項目狀態、批準經費等字段。(4)管理員信息表:有用戶名稱、密碼。管理員登錄的時候要進行驗證，表單獲得的數據和數據庫中該表的數據對比如果成功，則登錄成功，否則，登錄失敗。對以上所有表的添加、刪除、修改、讀取等數據操作都設計相應的存儲過程來實現。

2系統實現

2．1系統用戶界面的設計用戶界面設計的要求是:(1)簡單清晰，一目了然，容易上手;(2)功能相似的頁面，采用統一的布局;(3)方便操作，盡量減少數據錄入量;(4)具有較好的錄入容錯功能。用戶工作界面由三層組成:上方是圖標欄;左下方為事務菜單;右下方為操作界面。頁面主要采用webForm來進行設計。如校級管理員用戶通過驗證后的登入界面。

2．2數據庫的實現本科研管理系統采用了三層結構的框架，將訪問數據庫的一些底層方法封裝在DBUtility這個類庫中，其中DbHelperSQL類和DbHelperSQLP類是連接數據庫字符串和一些公用的方法，如簡單的SQL語句，帶參數的SQL語句，存儲過程的操作等，DES－Encrypt類是數據庫的安全性，加密解密等操作。PubConstant類是動態的配置數據庫的連接字符串。

2．3配置web．config為了方便數據操作和維護，可以將一些數據庫連接配置參數放在web．config文件中，代碼如下。

2．4科研項目管理功能模塊的實現高校科研項目管理主要針對已通過審核的項目提供管理功能，能提供項目的信息，對項目實現增加、修改、查找等功能。點擊項目管理，可以出現項目一覽和新增項目兩個功能模塊。這時候點擊項目一覽，可以出現項目的一些基本信息，并且可以對其進行增加、修改、查找等相關操作。系統管理員有最高權限，可以查找全校的申報項目，可以模糊查找，有修改、刪除的權限，還可以導出所要的項目資料。以下是校級科研項目管理設計界面，如圖4所示。

篇（4）

2資料庫建設相關技術

2.1大數據技術

進入大數據時代，人們開始發現很多主題都開始變成了大數據。目前，大禹文化研究數據雖然不多，但由于大禹的歷史悠久，隨著考古技術的提升、大禹的歷史文化資料會變得越來越豐富，以大禹為主題的傳奇故事會以動漫、歷史劇等形式傳播出去。隨著水文化得到人們的重視，融合大禹元素的水文化傳播的信息也會大量增長。此外，大禹文化相關的電子商務以及無線傳感、虛擬空間技術在大禹主題旅游行業的應用也會帶來大數據。因此，針對大禹主題的大數據研究也會成為一個重要研究方向，可以在這些大數據中獲得新的研究點。

2.2云計算

目前由于大禹文化研究資料分布在許多不同專題數據庫中，需要人工進行整合。這會耗費了大量的人力，造成的研究的瓶頸。為此，如果有必要通過商業和技術協議將其各庫中擁有的大禹文化資料共享出來，用云服務的方式為研究者提供統一的檢索平臺，以產生更大的社會效益。事實上，在教育領域，CALIS等圖書館共享平臺已經在提供一個通用的文獻資料云，并取得了良好的效果。但大禹研究者需要更為專業的數據庫，如果能夠將大禹主題信息較為精確地從各大數據庫中抽取出來再作整理，必然能夠降低研究者檢索文獻的難度，增加其搜索內容的廣度。因此，開展基于云服務的大禹專題數據庫構建方法研究就顯得十分必要。

2.3垂直搜索引擎技術

由于收集資料的專業化和檢索方式的專門化，使得垂直搜索引擎具有通用搜索引擎不可替代的功能。事實上，除專題數據庫外，互聯網是獲取大禹專題信息的重要渠道。而建立專題數據庫類似于建立一個垂直搜索引擎。有了大禹主題的垂直搜索引擎，許多最新的研究資料也可以從互聯網中獲取。由此要做的工作就是設計大禹主題的網絡爬蟲，用爬蟲不斷抓取互聯網中的大禹文化研究資料，然后以搜索引擎的方式供研究者使用，并用統計方法對不斷增長的資料進行分析。事實上，許多專題數據庫（如國研網）就是含有專題文獻摘要的搜索引擎。顯然，構建大禹主題垂直搜索引擎會是專題數據庫建設主要內容。

2.4多媒體信息檢索技術

大禹文化研究資料包括了大量視頻、照片等多媒體信息。但為這些多媒體信息建立標簽需要花費大量人力，需要引入自動標引技術。目前手寫體識別、截圖搜索、智能問答、視頻流中人臉識別等技術已得到廣泛的應用。可以將這些多媒體技術用于對大禹文化資料的自動匹配和檢索，以增強研究者獲取資料的便捷性，進一步提升大禹文化專題數據庫的建設水平。

3資料庫設計思路

3.1設計目標

結合人工與計算機技術，建立能夠對大禹文化主題相關信息的采集、加工和的平臺，為研究者提供較搜索引擎更為精確的研究資料，較其他專題數據庫更為完善的文獻數據，較圖書館更為豐富的多媒體信息。

3.2信息采集功能設計

一般來講，專題數據庫的信息采集流程為：①確定專題信息的收集范圍，實現專題信息的手工采集、自動采集；②按照數字文獻格式標準體系對采集的專題信息進行存儲，生成數字化文獻；③以手工或自動的方式生成數字化文獻的元數據對元數據進行自動標引，采用一定的標準進行組織；④對不同的數據庫制作者賦予不同的權限，以手工或批量方式添加、修改、刪除元數據，使元數據與數字對象建立對應，實現對元數據和數字對象的管理。按照數據的來源不同，需要設置不同采集形式，具體如下：已有資料電子化。即將已有的書籍和文獻資料人工轉換為掃描件，部分材料運用OCR技術轉換為文字格式，并將實物拍攝成照片，運用多媒體技術做好各類資料的文本標注。這樣就可以和已有的視頻等電子資料整合成多媒體資料集。用深度搜索引擎技術，從各大數據庫中自動提取出大禹文化主題相關的文獻資料，直接引入其在原有數據庫中的文獻標識進行標注。設計好大禹文化主題網絡爬蟲，實時從互聯網中抓取主題相關資料，保存在搜索引擎專用的數據庫中。再應用自動推薦技術，向數據庫管理員推薦有價值的文獻資料，由管理員將互聯網中的文獻列入專題數據庫中供研究者檢索，即將文獻標引為不同的標志，如果文獻是從專題數據庫中獲取標明“引入”，搜索引擎直接獲取標明“互聯網”，數據庫管理員人工確認的則標明“人工入庫”。運用云技術，將資料庫建在云端，與其他專題數據庫建立合作關系，獲得大禹專題文獻的推送服務。可以從專業文獻資料庫、垂直搜索引擎和多媒體信息檢索庫的角度來開展資料的收集和整理。

3.3信息檢索功能設計

為提升專題數據庫的功能，實現更好的用戶體驗，具體設計如下：實現一般文獻資料數據庫應有的文本檢索功能。該數據庫提供主題、關鍵詞、摘要、標題、內容等關鍵信息的全文檢索，并以pdf文件形式提供文獻資料。在大禹文獻數據庫中分析并整理出專業名詞集，形成大禹文化語義本體，為檢索者提供同義詞識別、主題相關檢索詞推薦等功能，并能夠按照訪問量、下載量、文獻引用量、發表時間等方式進行排序。對收集到的照片、視頻等多媒體資料作自動標注，建立多媒體檢索庫，實現文本到多媒體信息統一檢索接口。這里主要參考的標準是Mpeg-7，實現對視頻中幀、鏡頭、情節和節目的分離；同時用Sphinx來提取語音中的信息，實現語音向文本的自動轉換。這樣用戶就可以用關鍵詞、截圖、語音等方式來搜索資料庫中的多媒體資料。例如，用戶給出大禹陵的照片，就可以檢索到出現過該照片信息的視頻文件。提供智能問答系統，讓研究者可以與虛擬資料庫管理員進行在線交流，由計算機自動提供文獻資料情況的解釋說明，從而提高專業數據庫服務的質量。具體實現過程為：建立FAQ庫；對用戶的提問進行分析，將問題轉換成查詢關鍵詞；在FAQ庫中查到問題對應的答案；對于在庫中查不到的問題，則給出提問要求，讓用戶進一步明確意圖；對多次查詢沒有結果的問題則從互聯網上獲取答案，并推薦給用戶；如果用戶認可推薦的答案，則將這個問題和答案組合加入到FAQ中去。事實上，清華大學圖書館的智能聊天機器人已經實現了這樣的功能，并大大改善了查詢者的用戶體驗。運用大數據技術，提供數據分析接口，讓研究者能夠從不斷增長的數據中快速分析出想要的統計信息。主要要實現流處理和批處理兩種處理方式。流處理主要針對不需要永久化存儲的過程信息，如相關旅游服務的實時信息和商品銷售信息。批處理則是針對長期積累在數據庫中的大數據進行分析。要通過檢索功能的優化，實現具有大數據分析環境、面向新媒體的新型數據庫檢索平臺。

3.4信息檢索評估方法設計

在數據庫建設完成后，可以用信息檢索的傳統方法對構建好的數據庫要進行測試與評估，方法如下：

3.4.1雙率檢測

雙率檢測，即對數據庫檢索的查全率和查準率進行評估。先要設計一套測試用關鍵詞和測試用資料，然后對關鍵詞查詢的結果進行統計，獲取查詢結果與測評用資料的實際匹配程度。同時統計出被查得文獻資料個數與實際已經存儲資料個數的比值。在查詢時要考慮查詢對象除文本資料外，還有多媒體資料，要設計多種樣本進行評估。

3.4.2對大數據統計分析結果進行評估

對大數據統計分析結果進行評估。即用人工評價的方式來對統計結果的正確性以及推薦結果的合理性進行打分，從而為優化統計分析算法打下基礎。

3.4.3響應時間測評

設計不同的關鍵詞組合，記錄查詢的時間，評估出系統的響應速度，設定響應閾值，并分析響應緩慢的原因。

3.4.4語義本體合理性評估

設計專業術語中容易混淆的一組關鍵詞進行檢索，統計出同義詞和專用詞轉換的成功率，以利于優化大禹主題本體的設計。信息檢索評估的體系十分復雜，要抓住專題數據庫針對強的特點來測試，測試的主要目的是提高用戶體驗。

篇（5）

在數據庫設計中，信息設計十分重要。因此，針對數據庫設計，必須重點研究信息設計。針對信息設計，E-R設計法是最佳方法。利用E-R設計法，將信息設計屬于數據世界、現實世界的紐帶。在數據庫設計中，E-R設計模型優勢十分明顯，該模型約束因素較少，具有較強隨意性、靈活性。同時，E-R設計模型穩定性較強，若啟動新數據庫系統，通過E-R設計模型，即可重新設計數據，省略了諸多煩瑣環節。在E-R設計圖作為直觀性工具，容易被客戶接受，即使是非專業人士，也可實現交流。

篇（6）

網絡數據庫是網絡環境下辦公自動化（OA）系統的核心部分。設計一個網絡數據庫所采用的技術實現方法，其先進性和科學性不僅對軟件的開發效率和軟件質量有著很大的影響，而且對整個軟件的使用和維護有著重大的影響。同時，系統的安全性對于系統的實現同樣非常關鍵。系統不安全的因素包括非授權用戶訪問計算機網絡，授權用戶越權訪問有關數據庫，以及敏感信息在基于TCP/IP網絡上的傳輸。結合開發實踐，本文主要介紹網絡數據庫的實現技術和基于SQLSERVER的安全策略。

1系統實現技術

（一）數據庫訪問技術

一般的數據庫開發工具如Delphi5都提供了一些數據庫對象組件，它們封裝了BDE的功能。這樣，開發數據庫應用程序就不必知道BDE的功能。其次，還提供了數據感知組件可以與數據訪問組件彼此通信，這樣，建立數據庫應用程序的界面就變得簡單。SQLLinks為連接Oracle、Sybase、Informix、MicrosoftSQLServer、DB2和InterBase提供了專門的驅動程序，還可以通過ODBC連接其他數據庫[1]。

（二）SQL編程技術

SQL是一組符合工業標準的數據庫操作命令集，它可以在Delphi這樣的編程環境中使用。SQL不是一門語言，無法得到一個專門的SQL軟件，它只是服務器數據庫的一部分。

作為一種查詢語言，是網絡環境下客戶/服務器數據庫應用程序開發的標準[2]。Delphi提供了支持SQL的有關組件。SQL具有一些查看數據的優勢，而且只能使用SQL命令來獲得。通過SQL，也可以靈活地查詢所需要的數據，這種靈活性是面向記錄的數據庫操作所不具備的。

SQL為控制服務器的數據提供了下列功能：

數據定義：使用SQL可以定義數據庫表的結構，包括表中字段的數據類型以及不同表的字段之間的參照關系。

數據檢索：客戶程序可以通過SQL向服務器請求它所需要的數據。SQL還允許客戶定義要檢索什么數據、如何檢索，例如排序、選擇字段等。

數據完整性：SQL可以實現數據完整性約束，這些完整性約束可以定義為數據庫表的一部分，也可以使這些規則以存儲過程或其他數據庫對象的形式從表中獨立出來。

數據處理：SQL允許客戶程序更新、添加或刪除服務器上的數據。這些操作可以由客戶提交的SQL語句來完成，也可以由服務器上的存儲過程來完成。

安全性：通過對不同的數據庫對象定義訪問權限、視圖以及受限制的訪問，SQL可以保護數據的安全。

并發訪問：SQL支持對數據的并發訪問，多個用戶可以同時使用系統而不互相干擾。

簡而言之，SQL是開發和操作客戶/服務器數據的重要工具。

（三）多層分布式應用技術。

MIDAS(MultitudeDistributedApplicationServicesSuite)即多層分布式應用程序服務器，它提供了一整套中間層應用服務，擴展了操作系統標準，這些服務用于解決各種具體的分布式計算問題，從用于網絡定位的目錄服務到數據庫集成和業務規則處理。

篇（7）

1.1地籍編號

宗地代碼的編碼是按照最新的規則，采用五層19位層次碼結構，分別是：第一層次為縣級行政區劃，代碼為6位。第二層次為地籍區，代碼為3位，用阿拉伯數字表示。第三層次為地籍子區，代碼為3位，用阿拉伯數字表示。第四層次為土地權屬類型，代碼為2位，其中，第一位表示土地所有權類型，用G、J、Z表示；第二位表示宗地特征碼，用A、B、S、X、C、W、Y表示。第五層次為宗地順序號，代碼為5位，用00001～99999表示，在相應的宗地特征碼后編碼[2]。由于完整的地籍號有19位數字,若對每類需要入庫的要素逐一設定完整的地籍號,初期工作會很繁瑣,不利于提高工作效率。在實際工作中為了提高效率，先將前14位編號一樣的地區的宗地用五位及以下宗地號命名，外業調查成果均使用此方法命名地籍號。而在后期整理入庫過程中必須將此類簡易宗地號規范化,為此需要根據各類數據類型采用編寫程序重命名、Excel批量處理等方式規范地籍號，為數據入庫打好基礎。

1.2空間數據

此部分主要是對CASS中的圖形作進一步處理，以達到入庫的需要，包括對dwg格式的數據進行檢查整理，并對其格式進行轉換。CASS數據編輯是數據建庫的第一步。本文所討論的基礎數據是通過CASS軟件處理后的dwg格式數據，進行數據轉換前需要對dwg數據進行整理，內容如下：（1）房屋被界址線切割的修改。對于分戶未分房，造成權屬線把房屋切割開來，這樣在入庫時就會出現該房屋的戶主不唯一的情況，為此要把此類房屋分割開來（房屋繪制順序要為順時針）。（2）清除廢塊，減少數據量。用“文件”——“清理圖層”或“PURGE”命令對圖層進行清理，不僅可以清除多余圖塊，加快處理速度，而且能通過編碼正確性檢查。（3）刪除重復要素。用“檢查入庫”——“刪除重復實體”來解決，保證同一個位置上只有一個實體[3]。（4）圖形實體檢查。利用“檢查入庫”——“圖形實體檢查”的方法進行檢查，包括編碼正確性檢查、圖層正確性檢查、線自交檢查、建筑物注記檢查、復合線重復點檢查（此處檢查要確保JZD層是關閉的）。（5）檢查未閉合的房屋線和權屬線[3]。CASS中未閉合的多邊形將無法導出成面，因此對于未閉合的房屋線和權屬線要將其閉合。（6）過濾無屬性實體。在CASS中很容易把實體的屬性漏掉，這樣會給后續的工作帶來很多麻煩，因此要通過“檢查入庫”——“過濾無屬性實體”的方法進行檢查，然后再根據實際情況把無屬性的實體賦以屬性。本文主要針對CASS成圖數據進行闡述，將其導入MapGIS6.7之前需進行對照表和文件轉換[1]。（1）對照表。對系統庫目錄\slib下4個對照表文件進行編輯，可直接用Windows寫字板或記事本方式打開。需要注意的是，對照表中CASS編碼是在“數字測圖”系統中查到的，并且要區分對照表的大小寫[1]。符號對照表——“arc—map.pnt”。線型對照表——“arc—map.lin”。顏色對照表——“cad—map.clr”。層對照表——“cad—map.tab”。（2）文件轉換。CASS成圖數據即dwg格式的數據無法在MapGIS中打開，需要將dwg格式轉換為AutoCAD的數據交換格式DXF[4]，最好是2000或者R12的DXF格式。把各個圖層通過“文件——圖形改名存盤”命令保存成AutoCAD2000/LT2000DXF格式，選擇“文件轉換”模塊，“輸入——裝入DXF”，將AutoCAD文件裝入[5]，并將所有DXF轉換為點線文件，最后存點存線即可。在MapGIS6.7平臺中，點擊“圖形處理”——“輸入編輯”，添加文件即可對其進行屬性編輯。

1.3非空間數據

非空間數據包括空間對象的補充屬性數據，是以mdb表的形式存在的。對于其他的各種證件照片、大門照片、調查表、審批表等都是要按照標準形式命名的，命名格式為a1#a2$1.jpg，其中a1為土地證號，a2為地籍號，中間要用#和$隔開。2.4掃描文檔這一部分主要是各種掃描的文件，如村民小組村民代表會決議、集體土地使用權確權登記頒證申請書、農村土地權屬調查法人身份證明書、農村土地權屬調查指界人身份證明書等，命名格式同上。

2建庫基本流程

為規范農村集體土地確權數據庫的內容、數據庫結構、數據交換格式，該部分應嚴格按照要求，統一在MapGIS四川農村集體土地確權登記發證系統下完成。

2.1新建數據庫

主庫MPDBASTER主要是建立SQL2005與GDB之間的連接，打開MAPGISK9平臺，通過“工具箱——GDB安裝器”創建。當打開SQLSERVER，點擊數據看到里面有個MPDBASTER，說明SQL和GDB連接成功。主庫建好后，現在還需添加數據庫，根據需要可以添加多個庫。同樣用創建主庫的方法來創建數據庫。

2.2配置MapGIS數據源

打開GDB企業管理器，設置連接數據庫的數據源即可。

2.3初始化數據庫

MapGIS四川農村集體土地確權登記發證系統的配置主要是通過“開始”“程序”“MapGIS四川農村集體土地確權登記發證系統”“管理員配置工具”來實現的。如果測試成功，就會在數據庫中創建多張表，以用于上傳屬性數據、圖形數據和掃描材料，否則要重新配置。由于某些原因，系統還是會缺少上傳掃描材料的兩張表UPFILESLIST和CASEMATERIALLIST，就需要借助語句手動創建。初始化完成以后，把JHTB（接合圖表）、CODE（數據字典）、DLTB（地類圖斑）、FW（房屋）、FWZJ（房屋注記）、QSDW（權屬地物）、QSDWZJ（權屬地物注記）、DDXYS（點地形要素）、XDXYS（線地形要素）、ZJD（宅基地）、ZJDZJ（宅基地注記）、JZD（界址點）、GCDZJ（高程點注記）、GCZJD（高程注記點）等文件導入并去后綴即可。

2.4新建工程

打開MapGIS四川農村集體土地確權登記發證系統，如果數據是通過xyz工程管理的點線區數據，工程升級即可；如果是零散的點線區文件，則通過“新建工程”導入。由于在MapGIS6.7中編輯的點線區文件只有少許基本的屬性字段，需要對照標準庫通過“建庫工具箱——數據結構升級”，使其具備該圖層應有的屬性字段，在系統彈出數據結構升級詳細設置對話框，點擊升級按鈕即可。升級完成后，如果還需添加字段，可通過點擊圖層右鍵進行添加。

2.5導入mdb表，掛接屬性

在圖形的拓撲檢查完成的前提下，為了補充圖層缺少的屬性數據，其最有效快速的方法是把空間對象的補充屬性數據mdb表導入到庫里。對業務建庫的數據庫文件mdb字段分析即可得出各項屬性數據所對應的字段，再利用Access的導出功能將數據庫中各表分別導出，然后提取Excel屬性匯總表中對應列的數據填充。全部填充完畢之后再使用Access軟件的導入功能將數據導回業務建庫數據庫，然后再通過SQL語句掛接屬性。通過AccessDataConvert文件夾中的工具AccessDataConvert.exe導入mdb表，選擇Initialstddb.mdb表，點擊“導入數據——下一步——轉入業務表”即可。此時出現如圖4中所示的消息時，點開消息，查看具體是哪里出現了問題，根據指出的問題所在，逐個修改之后重新導入。如此循環，直至成功導入。需要補充的是在掛接屬性時若以宗地號為鏈接對象，在MapGIS6.7中編輯時必須要有宗地號這一字段。掛接完以后，可通過“農村集體土地確權登記發證系統——查詢分析”功能查詢宗地屬性信息。對于有些屬性，可通過集體土地使用權調查數據庫建庫系統里工具箱下的圖層內屬性賦值和圖層間屬性賦值來完成。

2.6上傳檔案掃描件

為了方便工作人員查詢、管理，實現高效的無紙化辦公，需將檔案掃描入庫并與宗地圖相掛接，因此檔案掃描件的規模化管理也是調查的一項重要工作。掃描文件的類型一般有申請書、戶口簿、宗地圖、外業公示照片、大門照片、法人身份證明書等，如果還有其他文件，放到其他里。為了提高工作效率，可以先簡易命名掃描檔案文件并按宗地號存放，再利用后期自動化處理的方法，可以快速地將掃描檔案歸檔并方便后期快速整理。整理好掃描文件后通過ImgUpLoadTool中的ImgUpLoadTool.exe來上傳到庫里。將檔案掃描件按文件類型分門別類存放在不同的文件夾里，并根據行政歸屬劃分多級目錄存儲。如圖5中所示，選擇形式6編輯完成以上工作，即可通過如圖6中所示打印相關證書。

3建庫時應注意的問題

（1）把CASS圖轉到MapGIS中時的注意事項包括：確保每一戶的宗地號、戶主等信息都在對應的權屬線內；房屋注記要正確,包括房屋結構和房屋層數注記。（2）格式轉化完成后，在MapGIS中打開，進行“檢查——工作區屬性檢查”主要查看的內容有：對已造面的如房屋、宗地、土地類型等，查看面積是否有空的，再者就是不合理面域，要將其刪除；對于宗地層，要查看宗地號、戶主等是否有空的；對于房屋層，要看房屋結構和房屋層數是否正確，是否有遺漏，房屋層數和房屋結構是否要分開等。對以上檢查出的有問題的要逐一修改，直至無誤。（3）在進行結構升級時，為了把之前已加載的屬性保留，要把多余字段追加、維護默認屬性以及維護面積周長前打鉤。（4）掛接屬性要在圖形關系正確的前提下完成，掛接完以后若要再改會很麻煩。

篇（8）

二、檔案管理系統的設計檔案管理系統

是由不同的動態網頁所構成的，而該系統的各項功能也借助動態網頁得以實現，檔案管理人員、檔案使用人員以及檔案管理系統和后臺數據庫之間的交互，從而實現單位管理與文件管理的功能，而檔案管理人員可以在經過身份驗證后對這些檔案進行管理。對檔案進行的管理包括對檔案的添加修改以及刪除。其中添加頁面與修改頁面比較相似，但是修改頁面上的控件已經有了初始值，而添加頁面中的數據控件默認是空值，所以添加、修改頁面可以在同一個頁面中得以實現，在引用比較具體的頁面時的區分方式是利用URL后的查詢字符串。在對這些檔案數據進行操作管理時，也有需要注意的地方，比如在頁面提交前應當首先進行客戶端的驗證，從而保證提交數據的完整性與準確性，其次為了避免重復記錄在數據提交到服務器后還要進行服務器端的驗證。在對數據庫中的圖形文件進行處理時也有許多應當注意的問題，首先是圖形文件的修改，這是文件管理中一個比較難操作的模塊，在對圖形文件進行修改時，我們一定會重新上傳圖片，與此同時也要顯示出原來的圖片，但是此時圖片的大小與數量尚未確定，可能會是檔案管理系統的頁面出現排序混亂的現象，所以該檔案管理系統中只有刪除圖形文件的功能，沒有修改圖片的功能。而添加圖形文件時也有其比較特殊的部分，即我們無法確定這個文件中具體的圖片數量，即頁面中無法固定文件上傳控件的數量，此時我們可以在進入添加圖形文件頁面前先向服務器提交一個數據表明這個文件包括多少圖片，而后服務器根據這個數據去生成相應數量的文件上傳控件，對于文件上傳我們可以利用程序從提交的數據中分離出圖片信息，或者是使用特定的文件上傳組。與此同時還有客戶端的驗證問題，針對這種問題我們也有相應的解決方案，那就是利用服務器端腳本去生成客戶端腳本。在對該系統進行開發時，我們可以利用MicrosoftVisualInterDev作為系統的開發工具。該工具可以對某些對象的屬性方法進行自動處理，提高了拼寫的準確率與編程速度。同時這個工具還能夠將檔案中的某些關鍵詞句進行藍色加粗顯示，極大地方便了我們的閱讀。在系統完成后，必須應經過相應的測試，模擬實際工作進行測試，保證無問題后可投入運行。

篇（9）

1.Oracle。Oracle是一個最早商品化的關系型數據庫管理系統，也是應用廣泛、功能強大的數據庫管理系統。Oracle作為一個通用的數據庫管理系統，不僅具有完整的數據管理功能，還是一個分布式數據庫系統，支持各種分布式功能。Oracle使用PL/SQL語言執行各種操作，具有可開放性、可移植性、可伸縮性等功能。

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

3.MicrosoftSQLServer。MicrosoftSQLServer是一種典型的關系型數據庫管理系統，可以在許多操作系統上運行，它使用Transact-SQL語言完成數據操作。由于MicrosoftSQLServer是開放式的系統，其它系統可以與它進行完好的交互操作。

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

5.VisualFoxPro。VisualFoxPro是Microsoft公司VisualStudio系列開發產品之一，簡稱VFP是Xbase數據庫家族的成員，可以運行于Windows9X/2000和WindowsNT平臺的32位的數據庫開發系統。VisualFoxPro提供了一個功能強大的集成化開發環境，采用可視化和面向對象的程序設計方法，使數據管理和應用程序的開發更加簡便。VisualFoxPro是數據庫管理軟件，可實現數據與應用程序獨立。

二、如何選擇適合自己的數據庫軟件

1.按性能應從以下幾個方面予以考慮：

(1)構造數據庫的難易程度；(2)程序開發的難易程度；(3)數據庫管理系統的性能分析；(4)對分布式應用的支持；(5)并行處理能力；(6)可移植性和可擴展性；(7)數據完整性約束；(8)并發控制功能；(9)容錯能力；(10)安全性控制；(11)支持漢字處理能力。

2.按需求來選擇

選擇一個數據庫的主要理由就是它的功能是否可以很好地支持你的應用程序。人們通常使用數據庫來完成的任務有：支持Web、事務處理、文本搜索，有的情況下復制也是一個重要的要求。在事務處理方面，Oracle看上去更有領先優勢，接下來是微軟的SQLServer。沒有一個開源數據庫具有可以與Oracle相媲美的事務處理功能。

3.按易用性和管理來選擇；

4.按支持性來選擇；

5.按成本因素來選擇。

三、結論

Oracle是商業數據庫的代表，具有非常豐富的功能、廣泛的平臺支持和大量的附加功能。目前Access更常用一些，Access不是一種存儲格式，是一種軟件。ACCESS這個軟件本身就具有開發者使用的界面和適合于“最終用戶”的界面。但學習FoxPro可為學型數據庫管理軟件大典基礎。微軟的SQLServer只可以運行在其Windows操作系統平臺上。不過由于Windows操作系統的廣泛普及，缺乏對其他系統的支持并沒有阻擋SQLServer的市場份額的增長。SQLServer是真正的中大型數據庫,VFP是桌面數據庫,使用方便、易學，但實際上犧牲了真正數據庫的一些功能，如安全性；此外，VFP既是數據庫又是編程語言（開發工具）。SQLServer是中大型數據庫,VFP是帶有自身數據庫的編程語言。

總體來說，選擇什么樣的數據庫要看你的應用程序的需要。如果它是以閱讀數據庫為主的Web應用，MySQL無疑是最佳選擇。而如果需要那些事務處理和復雜的數據庫功能，那么可選擇Oracle和微軟的SQLServer。如果你需要一些商業數據庫的高級功，但又不想支付授權費用，那么可以考慮PostgreSQL或Ingres。對于嵌入式數據庫應用，MySQL和Sybase所占有的系統資源最少。總之，最適合的才是最好的！

參考文獻：

[1]劉守根.數據庫管理系統的現狀和發展方向初探.內江科技，2006，(2).

[2]陳業斌.分布式數據庫管理系統的設計與實現.安徽工業大學學報(自然科學版)，2005,(3).

[3]姬志剛.計算機、網絡與信息社會.科技咨詢導報，2006，(20).

[4]薛向陽.數據庫管理系統的開發與程序的設計.渭南師范學院學報，2005,(2)

篇（10）

2計算機數據庫的恢復技術探析

2.1恢復技術的內涵

數據庫的恢復技術，又稱“修復技藝”，是指當計算機數據庫系統存在故障而引起數據丟失等現象時再次對毀損、丟失的數據信息進行修復的操作技術。為降低由于操作不當等人為因素以及系統本身的緣故而造成損失的可能性，同時也是出于減少客戶自身損失的考慮，所以進行數據庫系統的恢復備份必不可少。

2.2恢復技術的基本形式

數據庫的恢復技術主要可以按照普通恢復、全盤恢復、郵件恢復和批日志恢復等進行歸類。首先，普通恢復就是說在數據修復環節，對之前已經備份完畢的數據信息進行簡要補充，或者采用經過遠程控制的分步備份方式對數據進行簡單修復的形式。由于未涉及到使用者之前的日志文檔等的備份，所以它并不是對所有數據的完全恢復。其次，全盤恢復的形式。這種形式是當進行數據庫的恢復操作時，涉及到了整個計算機數據庫中的備份數據以及使用者處理個人事務的備份文檔等。因此，這種恢復手段即便可能耗費大量的功夫，但其可以使電腦數據庫中發生的損失降到最低；另外，它也可以使計算機恢復到之前某個還原點的狀態。還有，就是批日志恢復的形式。此恢復技術形式最大的優勢就在于：它可以降低恢復數據時所占用的儲存空間，相比之下，其操作步驟也比普通恢復和全盤恢復更為簡便。郵件恢復要求相關處理人員必須具備良好的實際操作能力，它也是一項針對管理者的技術性的恢復形式。除此之外，務必要維護好所需處理的數據信息，更有效地提高數據恢復的安全性、科學性。

2.3恢復技術的主要方法

計算機數據庫主要的修復方式可分為轉儲并建立相關日志、依照實際情況進行判斷解決兩種。第一，轉儲并建立相關日志文檔。它要求帶有一定的周期性并循環拷貝數據庫中的全部數據，然后再把所備份的信息儲存到其他介質中。因其簡易的操作方法，這種數據庫的修復方法一直以來都是最為常見的一種。第二，根據具體狀況進行操作處理。如果計算機數據庫存在著某些問題或故障，可以依照以下兩種情況做出判斷、進行處理。一，假設計算機數據庫因受到的損壞過于嚴重而無法繼續使用，這時候就應當啟用一張新磁盤，并在其中拷貝一份實時數據，之后再借助日志庫的重做處理進行新數據庫數據的更新操作。這樣不光能夠恢復到之前的樣子，同時又令現有的數據庫數據得到更新升級；二，若是數據庫未遭到損壞或程度較輕的話，再或者只是其中某幾項數據不再可依賴的話，是完全沒有必要拷貝已存檔的數據庫內容的，只要通過日志庫中撤銷處理的執行便能夠那些沒有考慮好便做出的改動，進而讓數據庫恢復到正常的工作狀態。