時間：2023-01-10 04:43:03
序論：在您撰寫數(shù)據(jù)庫技術(shù)論文時，參考他人的優(yōu)秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發(fā)您的創(chuàng)作熱情，引導您走向新的創(chuàng)作高度。
1分析動機
1.1教學內(nèi)容分析
學習《數(shù)據(jù)庫技術(shù)》課程前學習者已經(jīng)學習了《計算機技術(shù)基礎(chǔ)》、《C語言》和《數(shù)據(jù)結(jié)構(gòu)》等先行課程，“概念結(jié)構(gòu)設(shè)計”教學內(nèi)容安排上是在數(shù)據(jù)庫基本概念、關(guān)系數(shù)據(jù)庫、SQL語言和關(guān)系數(shù)據(jù)理論之后，“概念結(jié)構(gòu)設(shè)計”部分包括概念結(jié)構(gòu)設(shè)計的概念、方法與步驟、數(shù)據(jù)抽象和視圖的集成。本部分內(nèi)容的重點是概念結(jié)構(gòu)設(shè)計的方法。難點是根據(jù)具體系統(tǒng)內(nèi)容的描述設(shè)計基本E-R圖。
1.2學習者動機分析
“概念結(jié)構(gòu)設(shè)計”較抽象，學習者需要從復雜的實際應用中找出數(shù)據(jù)庫設(shè)計中的關(guān)鍵因素，學習者尚不知該內(nèi)容在整個數(shù)據(jù)庫設(shè)計中的重要作用，鑒于此內(nèi)容的難度較大，易使學習者知難而退，對學習者學習的積極性產(chǎn)生負面影響。
2動機策略設(shè)計及實施
2.1課程導入
2.1.1教學內(nèi)容
將49名學習者分為5個小組，利用課前時間每組分別分析淘寶、京東、當當網(wǎng)、1號店、天貓的網(wǎng)上購物流程，并分組進行調(diào)查匯報。提出問題：你分析系統(tǒng)中的商品有哪些屬性？訂單包括哪些內(nèi)容？訂單與客戶和商品之間的聯(lián)系及涉及的實體有哪些？訂單有哪些狀態(tài)？知識回顧：實體、屬性和聯(lián)系的概念，選課E-R模型實例。
2.1.2動機策略應用
注意策略：通過問題引入，讓學習者主動思考，引起學習者有意注意。相關(guān)策略：通過知識回顧，幫助學習者建立已有的E-R模型與概念結(jié)構(gòu)模型設(shè)計之間的聯(lián)系，建立腳手架從而降低新知識學習難度。自信策略：選取學習者們熟知的購物網(wǎng)站為例，增強學習者信心。
2.2課堂教學
2.2.1教學內(nèi)容
基礎(chǔ)任務：定義購物網(wǎng)站生成訂單的事件，通過E-R模型進行概念結(jié)構(gòu)設(shè)計。匯總各小組提交的設(shè)計結(jié)果，總結(jié)學習者的概念結(jié)構(gòu)模型設(shè)計，如圖1所示。來源：黑龍江省哲學社會科學研究規(guī)劃項目（16EDE07）和哈爾濱師范大學深化教育教學綜合改革項目（X2015-2-003）的研究成果。提高任務：上述模型中當客戶提交訂單但未購買商品將減少商品的庫存，如何解決這一問題呢？請學習者思考并提出問題解決辦法。教師提示可將多對多的聯(lián)系拆分為兩個一對多的聯(lián)系，根據(jù)訂單的狀態(tài)通過程序確定是否實際減少庫存。按照之前分配的小組安排學習者討論并提出新的設(shè)計方案，學習者討論是教師到各組進行引導和巡視[2]。討論：經(jīng)過學習者討論，分析新概念模型設(shè)計的合理性。小組匯報并由教師匯總修改后如圖2所示。
2.2.2動機策略
注意策略：教師播放課前錄制的網(wǎng)上購物過程的動畫，引起學習者注意。自信策略：教師按照基礎(chǔ)和提高兩類任務進行分層布置，利于搭建腳手架、激發(fā)學習者自主思考，增強自信。
3評價
學習者對各自小組設(shè)計的E-R模型進行評價，小組間進行設(shè)計結(jié)果互評，教師對每個模型的設(shè)計過程、小組合作情況和設(shè)計結(jié)果進行總結(jié)性評價。滿意和自信策略：學習者經(jīng)過深入思考進行互評，體驗設(shè)計被認可和逐步求精帶來的喜悅。教師的點評認可其設(shè)計結(jié)果提高學習者信心。
4結(jié)論
通過該方法的學習，學習者在練習和期末考試中能夠熟練準確的對復雜的需求通過E-R模型進行概念結(jié)構(gòu)設(shè)計，因此，ARCS模型應用于《數(shù)據(jù)庫技術(shù)》教學有助于激發(fā)學習者學習動機，提高學習效果。
作者:韓玲玲 單位:哈爾濱師范大學
參考文獻
關(guān)鍵詞地理信息系統(tǒng)，數(shù)據(jù)庫訪問，空間數(shù)據(jù)庫引擎(SDE)，C/S模式，ODBC.
引言
近年來，網(wǎng)絡(luò)技術(shù)得到迅速的發(fā)展，這就為信息資源的共享提供了技術(shù)上的可能.作為信息密集型的地理信息系統(tǒng)(GIS)上升到網(wǎng)絡(luò)平臺可謂適逢其時.但從目前的應用情況來看，除了國外極少的公司擁有網(wǎng)絡(luò)版的GIS之外，在國內(nèi)還處于試驗研制的階段.因此，盡快地研制出我國自主版權(quán)的網(wǎng)絡(luò)GIS的原型和產(chǎn)品，并在技術(shù)手段上達到國際先進水平，是擺在我們面前的一項迫切的任務.
1網(wǎng)絡(luò)計算的幾種模式及特點
(1)傳統(tǒng)的集中式.這是一種主機-終端模式，所有的計算任務和數(shù)據(jù)管理任務都集中在主機上，終端只是主機輸入/輸出設(shè)備的延長.這種模式的優(yōu)點是容易管理，缺點是對主機的性能要求很高，也浪費了作為終端的計算機的計算能力，并且從性能價格比來看，在購置費用相當?shù)那闆r下，一臺主機的性能往往比不上幾臺計算機所組成網(wǎng)絡(luò)的性能；因此這種模式已逐漸退出主流.
(2)客戶機/服務器(client/server，簡稱C/S)模式.一般說來，在這種模式下，服務器只集中管理數(shù)據(jù)，而計算任務分散在客戶機上，客戶機和服務器之間通過網(wǎng)絡(luò)協(xié)議來進行通訊.客戶機向服務器發(fā)出數(shù)據(jù)請求，服務器將數(shù)據(jù)傳送給客戶機進行計算，計算完畢，計算結(jié)果可返回給服務器.這種模式的優(yōu)點充分利用了客戶機的性能，使計算能力大大提高；另外，由于客戶機和服務器之間的通訊是通過網(wǎng)絡(luò)協(xié)議進行的，是一種邏輯的聯(lián)系，因此物理上在客戶機和服務器兩端是易于擴充的.它是目前占主流的網(wǎng)絡(luò)計算模式.
(3)瀏覽器/服務器(browser/server)模式.在這種模式下，用戶端只需一通用的瀏覽器，如Netscape或Explore，便代替了形形的各種應用軟件.服務器則為Web服務器.瀏覽器和服務器之間通過TCP/IP這一通訊協(xié)議進行連接.瀏覽器發(fā)出數(shù)據(jù)請求，由Web服務器向后臺取出數(shù)據(jù)并計算，將計算結(jié)果返回給瀏覽器.這種模式的優(yōu)點是：由于用戶端所用軟件只是一個簡單的瀏覽器，用戶基本上無需培訓，用戶端軟件也無需維護；軟件的升級與修改只在服務器端進行，對用戶透明；服務器與瀏覽器可處于不同的操作系統(tǒng)平臺.其缺點為：Web動態(tài)技術(shù)不夠成熟，各種標準有待統(tǒng)一，如各廠家的動態(tài)協(xié)議互不支持、瀏覽器之爭等.總之，它是一種先進的但發(fā)展還未成熟的技術(shù).
基于以上的分析，應選擇客戶機/服務器模式作為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ù)文件，對下是標準的數(shù)據(jù)庫記錄.這種分層設(shè)計的形式一方面充分利用了現(xiàn)有的單機版本GIS研究成果；另一方面，GIS功能層和數(shù)據(jù)請求層的開發(fā)可同時進行，只要接口標準不變，本層的變動不會影響到另一層.
Fig.1ThegeneralframeworkofGISaccessingdatabasebasedonC/Smodel
值得一提的是ESRI公司的空間數(shù)據(jù)庫引擎(spatialdatabaseengine，簡稱SDE)的設(shè)計方案(見圖2).它是目前國際上領(lǐng)先的GIS數(shù)據(jù)處理的網(wǎng)絡(luò)計算模型.其數(shù)據(jù)的訪問形式為：由用戶的應用程序(userapplication)通過SDE應用編程接口(SDEAPI)向SDE服務器提出空間數(shù)據(jù)請求，SDE服務器內(nèi)存放有空間對象模型，并依據(jù)空間對象的特點在本地完成空間數(shù)據(jù)的搜索，并將搜索結(jié)果通過網(wǎng)絡(luò)向用戶的應用程序返回.
對比圖1和圖2可以看出兩者采用的都是C/S模式，并且都將GIS功能實現(xiàn)與數(shù)據(jù)請求進行分層處理；所不同的是面向數(shù)據(jù)庫的數(shù)據(jù)請求實現(xiàn)的位置：圖1在客戶機端實現(xiàn)，圖2在服務器端實現(xiàn).在服務器端實現(xiàn)的主要優(yōu)點為：(1)對于空間對象模型及相關(guān)的計算模式的升級可以只在服務器端實現(xiàn)，而且對客戶機端透明；(2)由于SDE服務器與數(shù)據(jù)庫ORACLE7.2的結(jié)合非常緊密，因此數(shù)據(jù)的搜尋速度非常快.對于圖1來說，把數(shù)據(jù)請求層放在客戶機端，對數(shù)據(jù)庫的依賴程度就不同于SDE服務器，后者對數(shù)據(jù)庫的選型有極強的依賴性(目前SDE服務器只在ORACLE7.2實現(xiàn))，相反，它是一種非常開放的結(jié)構(gòu)，它所支持的服務器不但可跨數(shù)據(jù)庫系統(tǒng)平臺，而且還可跨操作系統(tǒng)平臺.可以說，圖1和圖2兩種設(shè)計模式的優(yōu)缺點是相互對應的.
3數(shù)據(jù)庫訪問方式的比較
基于程序的訪問數(shù)據(jù)庫的幾種方法如下.
(1)專用的數(shù)據(jù)庫訪問工具.如PowerBuilder，Delphi等，它偏向于對數(shù)據(jù)庫中數(shù)據(jù)的管理和顯示，具有限的計算功能.既不適于用它來開發(fā)GIS應用系統(tǒng)，也難以將它們的數(shù)據(jù)操縱功能與現(xiàn)有的GIS應用系統(tǒng)緊密結(jié)合.
(2)嵌入數(shù)據(jù)庫語言的常規(guī)語言.各數(shù)據(jù)庫廠家為了讓用戶程序能直接訪問自已的數(shù)據(jù)庫，基本上都提供了專有的面向C語言的預編譯頭和靜態(tài)庫，如Sybase公司的OPENCLIENT和ORACLE的PRO*C.
(3)開放數(shù)據(jù)庫互連性應用編程接口(opendatabaseconnectivityapplicationprogramminginterface，簡稱ODBCAPI)［2，3］.它是微軟(Microsoft)公司提出的數(shù)據(jù)庫訪問形式.它通過確保所有的應用系統(tǒng)遵循標準的調(diào)用層接口，提供對特定數(shù)據(jù)源命令進行解釋的驅(qū)動程序來保持應用系統(tǒng)的互用性.這樣的應用系統(tǒng)是開放的，只要有相應數(shù)據(jù)源的ODBC的驅(qū)動，它就無需改變代碼而可訪問相應的數(shù)據(jù)庫.
在確定訪問數(shù)據(jù)庫的方式時，ODBCAPI的開放性的優(yōu)勢是不言而喻的，但這種方式在效率上不如第二種訪問形式.應說明的是：ODBCSQL語法分為3層，即最小層、核心層和擴展層，盡管目前的大型數(shù)據(jù)庫都能支持到擴展層，但為了保證應用系統(tǒng)的開放性，在具體編程實現(xiàn)時，盡量只使用最小層和核心層的語法.
4某電信局配線系統(tǒng)的實現(xiàn)
客戶機為MAPGIS/ODBC/WINDOWS95，服務器為SQLSERVER/WINDOWSNT，要訪問的相關(guān)表中記錄約為13萬條.要求從地理底圖上選中某一DP，在數(shù)據(jù)庫中尋找出從這一DP到配線架的可用通路，并在數(shù)據(jù)庫中作相應配線修改.如圖3所示.結(jié)果表明：(1)程序?qū)崿F(xiàn)了MAPGIS訪問網(wǎng)絡(luò)數(shù)據(jù)庫的功能；(2)客戶機和服務器均為PC機(主頻166MHz)，每次操作反應時間為數(shù)秒，換機觀察，發(fā)現(xiàn)服務器的性能是整個網(wǎng)絡(luò)計算的瓶頸.
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ù)庫的訪問方式保證了應用系統(tǒng)的開放性，其訪問可跨越數(shù)據(jù)系統(tǒng)和操作系統(tǒng)平臺；(3)實例表明，應用系統(tǒng)的反應速度更多取決于服務器的性能，而不是ODBC的效率.
參考文獻
1/base/common/userconf/proc96/TO100/PAP094/P94A.HTM.1998.4
科學技術(shù)的進步實現(xiàn)了計算機技術(shù)的全面升級，計算機數(shù)據(jù)庫技術(shù)能在滿足信息統(tǒng)籌管理的基礎(chǔ)上，對相關(guān)數(shù)據(jù)進行系統(tǒng)化整合。其一，計算機數(shù)據(jù)庫技術(shù)具有組織性特征。在計算機數(shù)據(jù)處理過程中，由于數(shù)據(jù)具有一定的連接性特征，因此，要將具有關(guān)聯(lián)結(jié)構(gòu)的數(shù)據(jù)整合在一起，從而形成統(tǒng)籌化的數(shù)據(jù)庫。主要是借助一種特定的關(guān)系進行數(shù)據(jù)組織以及匹配，確保組織解構(gòu)特征的實效性，也能強化數(shù)據(jù)之間的關(guān)聯(lián)維度[1]。其二，計算機數(shù)據(jù)庫技術(shù)具有共享性，在數(shù)據(jù)應用過程中，最重要的就是數(shù)據(jù)的共享模式，也是建立計算機數(shù)據(jù)庫技術(shù)的主要目的，因此，要充分發(fā)揮數(shù)據(jù)的價值，就要結(jié)合數(shù)據(jù)模型和數(shù)據(jù)共享參數(shù)進行系統(tǒng)化處理以及信息管控，確保使用效率的完整度，也為信息利用效率優(yōu)化奠定堅實基礎(chǔ)。
二、計算機數(shù)據(jù)庫在信息管理中的應用現(xiàn)狀
就目前技術(shù)的發(fā)展結(jié)構(gòu)而言，在計算機數(shù)據(jù)庫技術(shù)實際運行過程中，整體技術(shù)維度和技術(shù)運行機制也在發(fā)生改變。第一，計算機數(shù)據(jù)庫技術(shù)的應用范圍在逐漸擴展。在實際生產(chǎn)生活中，應用計算機數(shù)據(jù)庫技術(shù)的頻率和市場前景越來越大，無論是工業(yè)、農(nóng)業(yè)以及文化產(chǎn)業(yè)等，都將其視為有效的信息處理工具[2]。因此，計算機數(shù)據(jù)庫技術(shù)的安全性和適配性尤為重要，各行業(yè)也在自身發(fā)展進程中不斷摸索和技術(shù)優(yōu)化，真正建立切實有效的管控模型和管理機制，確保管理維度的實效性，也為信息結(jié)構(gòu)優(yōu)化奠定堅實基礎(chǔ)[3]。第二，計算機數(shù)據(jù)庫技術(shù)的安全性也在探索中逐漸得到強化，也突顯出計算機數(shù)據(jù)管理項目的具體要求，只有優(yōu)化其安全價值，才能更好的建構(gòu)高度機密性以及敏感性數(shù)據(jù)管理維度，保證了信息備份管理以及恢復功能的有效性，對于數(shù)據(jù)信息的復制和備份，要在優(yōu)化信息維度的基礎(chǔ)上，真正實現(xiàn)了數(shù)據(jù)庫的安全性升級。
三、計算機數(shù)據(jù)庫技術(shù)在信息管理中的應用優(yōu)化路徑
（一）優(yōu)化計算機數(shù)據(jù)庫技術(shù)在信息管理中的安全性
要保證數(shù)據(jù)完整性，就要從安全應用以及安全管控模型出發(fā)，建構(gòu)系統(tǒng)化管理維度和管控要求，保證數(shù)據(jù)在得到共享的同時，相應的數(shù)據(jù)信息也是安全準確的。因此，技術(shù)人員要結(jié)合計算機數(shù)據(jù)庫技術(shù)的相關(guān)要求，提升信息完整度和安全性[4]。
（二）優(yōu)化計算機數(shù)據(jù)庫技術(shù)在信息管理中的實踐性
在實際信息管理和信息控制過程中，要積極落實理論和實踐的融合機制，確保管理維度和管理效果的最優(yōu)化。伴隨著計算機技術(shù)的高速發(fā)展，將數(shù)據(jù)庫原理和數(shù)據(jù)庫管理技術(shù)模型進行深度管控，是提升數(shù)據(jù)科學性以及合理性的重要路徑，也是研究數(shù)據(jù)分析機制以及計算機數(shù)據(jù)庫技術(shù)應用模型的重要參數(shù)，因此，要保證理論聯(lián)系實踐，建構(gòu)計算機數(shù)據(jù)庫技術(shù)應用整體。
（三）優(yōu)化計算機數(shù)據(jù)庫技術(shù)在信息管理中的技術(shù)性
對于計算機數(shù)據(jù)庫技術(shù)來說，最基本的就是技術(shù)參數(shù)，因此，要保證計算機數(shù)據(jù)庫技術(shù)在信息管理中得到推廣，最基本的就是要保證技術(shù)模型的安全性和準確性，并且積極落實計算機共享體系。計算機數(shù)據(jù)庫技術(shù)最根本的要求就是要規(guī)避數(shù)據(jù)庫被非法入侵，確保其技術(shù)安全和信息共享安全。但是，在實際管理機制中，信息的絕對安全存在風險。提升計算機數(shù)據(jù)庫技術(shù)的技術(shù)安全性，能更好的落實信息應用價值，確保信息維度得到有效優(yōu)化。因此，相關(guān)項目技術(shù)人員要利用加密技術(shù)對非共享信息進行系統(tǒng)化管控，提高管控效果的同時，積極落實技術(shù)性管理要求，借助權(quán)限管理機制、數(shù)據(jù)加密技術(shù)以及強制存取控制技術(shù)等措施，進一步優(yōu)化計算機數(shù)據(jù)庫技術(shù)的技術(shù)安全性[5]。
四、結(jié)束語
總而言之，在信息管理過程中積極應用計算機數(shù)據(jù)庫技術(shù)，能在滿足共享需求的基礎(chǔ)上，充分發(fā)揮信息的實用性價值，確保信息得到充分利用，也為實踐優(yōu)化提供動力，確保技術(shù)模型以及信息管理維度之間形成有效的控制機制，也為數(shù)據(jù)應用研究奠定堅實基礎(chǔ)，保證計算機數(shù)據(jù)庫技術(shù)和信息管理之間的優(yōu)化契合。
作者:陳文杰 單位:
參考文獻：
[1]王瑜.探究計算機數(shù)據(jù)庫安全管理與實現(xiàn)途徑[J].建筑工程技術(shù)與設(shè)計,2016,15(11):2074-2074.
[2]溫林芝.試析計算機數(shù)據(jù)庫安全管理技術(shù)與方法[J].數(shù)字技術(shù)與應用,2015,15(04):183-183.
[3]趙宏飛,國靜萍.試論計算機數(shù)據(jù)庫的安全防范技術(shù)及安全管理[J].數(shù)字技術(shù)與應用,2014,15(04):190-190.
1數(shù)據(jù)庫技術(shù)在工程經(jīng)營管理中的作用
1.1建筑工程管理的理念。如今我國的社會不斷地進步，和諧社會建設(shè)成就突出，建筑工程的經(jīng)營管理已經(jīng)不再是單一的高效益，如今工程企業(yè)所追求的不僅有高效益的工程質(zhì)量還要有較低的成本，利用科學的方法進行成本的控制，才是一種有效的合理的全方面的管理過程。
1.2目前建筑企業(yè)管理中所存在的問題。與以往相比，我國的建筑工程企業(yè)的管理水平在不斷的提高，但是與一些發(fā)達國家相比我國的建筑業(yè)水平還很低，存在著很多經(jīng)營管理上的問題，比如執(zhí)行力較差、科技含量不高、方法比較老舊、管理者思想保守等，這一系列的問題都困擾著我國建筑業(yè)的發(fā)展，如何利用科技的手段來解決這些問題已經(jīng)是管理們迫在眉睫的任務。
1.3信息技術(shù)在建筑工程管理中的作用。進入21世紀以來全球的信息技術(shù)不斷的發(fā)展，我國也不例外，隨著信息技術(shù)的不斷發(fā)展各行各業(yè)的在廣泛的使用信息技術(shù)帶來的成果，并且把這些成果滲透到工廠的生產(chǎn)，公司的管理上來，不僅提高了生產(chǎn)的效率，還能不斷的節(jié)省成本。如今信息技術(shù)的發(fā)展不斷的影響著人們的生活和社會的金進步。利用信息化的管理模式不僅能夠高效的處理各種事物，能夠利用邏輯的關(guān)系來結(jié)實一些數(shù)據(jù)之間的關(guān)系，可以有效的控制工程施工過程中的成本預算，可以根據(jù)預算的數(shù)據(jù)不斷的控制工程的成本，只有這樣才能對工程的施工提供可靠的保證。如今數(shù)據(jù)庫不斷的運用到建筑工程經(jīng)營管理中，可以利用數(shù)據(jù)庫高效準確的對數(shù)據(jù)進行管理，如今設(shè)計一個以數(shù)據(jù)庫為核心的管理平臺極為重要，可以發(fā)揮數(shù)據(jù)庫的優(yōu)勢對建筑工程企業(yè)的各項管理進行服務，不斷的深化企業(yè)的管理制度，控制工程的成本。
2建筑工程管理的數(shù)據(jù)庫設(shè)計
2.1選擇合適的建筑工程管理數(shù)據(jù)庫系統(tǒng)。在建筑工程企業(yè)管理的信息化設(shè)計中，最為重要的就是數(shù)據(jù)庫的選擇，數(shù)據(jù)庫的選擇直接影響系統(tǒng)的功能和效能，因此必須根據(jù)實際的情況，結(jié)合系統(tǒng)的應用平臺以及數(shù)據(jù)庫的開發(fā)支持的情況來選擇數(shù)據(jù)庫，經(jīng)過分析和研究，得出建筑工程企業(yè)管理在選著數(shù)據(jù)庫時應該注意以下幾點：第一，由于在成本預算和核算的過程中處理的數(shù)據(jù)比較多，因此必須選擇功能強大的數(shù)據(jù)庫作為系統(tǒng)的核心；第二，選擇的數(shù)據(jù)庫必須可以存儲大量的數(shù)據(jù)，還要能夠讓很多的用戶進行訪問；第三，一定要能夠進行擴展和伸縮，可以根據(jù)實際的情況來確定數(shù)據(jù)庫的使用；第四，所選擇的數(shù)據(jù)庫的維護功能必須完善。在選擇數(shù)據(jù)庫時可以參考以上幾點進行選擇。
2.2建筑企業(yè)管理數(shù)據(jù)庫的設(shè)計。在數(shù)據(jù)庫的設(shè)計中包含一個名詞叫表空間，它主要是數(shù)據(jù)庫的邏輯劃分，基本上每一個數(shù)據(jù)庫都會有一個表空間，數(shù)據(jù)庫中的表空間主要是用來存放數(shù)據(jù)字典和回滾段，在數(shù)據(jù)庫的運行中一定要減少輸入和輸出的沖突，在這里表空間起到了很重要的作用，表空間可以根據(jù)用戶的輸入輸出量進行邏輯的劃分，可以做到表空間和系統(tǒng)應用的銜接，具體的實現(xiàn)方式主要還是通過數(shù)據(jù)段、索引段以及回滾段來實現(xiàn)。
2.3數(shù)據(jù)庫的建立。數(shù)據(jù)庫顧名思義就是存儲數(shù)據(jù)的倉庫，它主要是按照數(shù)據(jù)的結(jié)構(gòu)來組織和存放、管理數(shù)據(jù)，在這個系統(tǒng)中管理的對象就是建筑工程企業(yè)在施工項目過程中所產(chǎn)生的所有的基礎(chǔ)數(shù)據(jù)，這些數(shù)據(jù)主要是來自基層的管理人員，并且這些數(shù)據(jù)都是一手的資料，比如，施工過程中運用的一些鋼筋混凝土的標準表數(shù)據(jù)以及混凝土的一些標號等，除了需要這些數(shù)據(jù)以外，還要有一線的管理人員對這些數(shù)據(jù)進行確認、合適以及提煉，經(jīng)過相關(guān)工作人員的手工處理以后，才能得到一些原始的數(shù)據(jù)，這些數(shù)據(jù)是計算機無法得到的，只有得到這些數(shù)據(jù)以后，才能輸入計算機進行邏輯的運算，這些原始數(shù)據(jù)都是成功利用數(shù)據(jù)庫原理控制經(jīng)營成本的前提。建立數(shù)據(jù)庫不但能夠?qū)?shù)據(jù)進行處理和存儲，還能對數(shù)據(jù)進行共享，這樣就能保證數(shù)據(jù)的獨立性實現(xiàn)數(shù)據(jù)的集中控制，這樣還有利于數(shù)據(jù)的維護。
2.4以數(shù)據(jù)庫為核心的建筑企業(yè)經(jīng)營管理系統(tǒng)。建立以數(shù)據(jù)庫為核心的建筑工程企業(yè)管理系統(tǒng)，首先就必須把數(shù)據(jù)的管理作為每一個工作人員的職責，利用數(shù)據(jù)庫的功能進行數(shù)據(jù)的存儲和處理，使得工作人員能夠全方面的參與到工程的管理中去，可以實現(xiàn)一個人輸入的數(shù)據(jù)可以讓很多人使用，每個工作人員都可以隨意的調(diào)用一些有用的數(shù)據(jù)進行管理，系統(tǒng)也會自動的進行數(shù)據(jù)的流傳。
2.5經(jīng)營管理信息系統(tǒng)的功能。在系統(tǒng)設(shè)計的初始階段要根據(jù)工程現(xiàn)場的實際情況進行分析和調(diào)研，這里主要調(diào)研的對象是工程的成本，只有結(jié)合實際的情況以后才能了解建筑工程企業(yè)的需求，根據(jù)軟件的基本原理來建立數(shù)據(jù)庫的基本結(jié)構(gòu)模型，本文所設(shè)計的系統(tǒng)在明確了工程的基本需求以后給出了以下幾種功能：在本文的系統(tǒng)設(shè)計中需要強調(diào)的是在系統(tǒng)的設(shè)計初始階段要對工程的任務進行詳細的分解，利用項目的進度以及項目的成本控制來對項目中的各個數(shù)據(jù)進行采集額處理，這樣才能實現(xiàn)項目建設(shè)過程的重精細化管理，可以為項目的管理者提供決策的根據(jù)。
2.6經(jīng)營管理系統(tǒng)在建筑工程項目中的應用。在實際的工程項目中，本系統(tǒng)可以實現(xiàn)項目的事前計劃控制，還可以加強項目中的一些過程的控制，可以使得在項目的進行中形成一個良好的循環(huán)，不斷的反饋項目中所產(chǎn)生的問題，可以利用現(xiàn)在的科學的管理方法和手段，把一些數(shù)字化的管理模式運用到每一個環(huán)節(jié)中去，只有這樣才能保證工程的順利進行，才能在保證工程質(zhì)量的前提下控制好工程的成本，提高公司的經(jīng)濟效益。（1）數(shù)據(jù)庫信息系統(tǒng)在事前經(jīng)營管理中的應用。項目開工的起初，由一些預算人員對項目進行預算，完成對總體項目成本的預算，并且分工協(xié)作把預算的工程量進行分類和整理，并且把這些數(shù)據(jù)進行輸入計算機中建立數(shù)據(jù)庫，通過信息系統(tǒng)傳到各個部門進行審核。成本控制是企業(yè)的主要任務，上級的公司必須根據(jù)市場的實際情況進行成本的控制，嚴格的核實工程的量，可以利用信息平臺來編制一些核算表，并通過數(shù)據(jù)庫進行處理，可以對每一個經(jīng)費進行分類，分成幾個核算的分表，然后把這些表發(fā)到每一個部門進行審核并且通過數(shù)據(jù)庫系統(tǒng)提供一些提料計劃；（2）數(shù)據(jù)庫系統(tǒng)在經(jīng)營管理中的作用。數(shù)據(jù)庫信息系統(tǒng)可以在管理中嚴格的執(zhí)行合同上的條款，這樣可以嚴格的控制一些用料的浪費，并且制定一些獎懲的措施，這樣才能真正的做到人盡其才，物盡其用；（3）數(shù)據(jù)庫信息系統(tǒng)在事后管理中的應用。在信息系統(tǒng)使用以后就可以處理一些事后的糾偏控制，可以為管理人員提供更方便的管理方法，還可以根據(jù)工程建設(shè)的進度對成本進行控制，非常方便實時的成本控制。對日后的一些新的項目也有一些參考的價值。
3結(jié)束語
論文摘要:該文概述了廣東省水文數(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)狀概述
水文資料是水利工程的基礎(chǔ)，為了達到準確快速地提供水文資料，資料的 科學 存儲是個關(guān)鍵問題。當前水文資料主要包括:降雨量、蒸發(fā)量、水位、流量、含沙量等內(nèi)容。數(shù)據(jù)庫是現(xiàn)今 企業(yè) 數(shù)據(jù)存儲的主要方式，應用數(shù)據(jù)庫技術(shù)來存儲水文觀測資料就形成了水文數(shù)據(jù)庫。在水文數(shù)據(jù)庫中數(shù)據(jù)以表的形式存儲，這些表的名稱、表中每列的名稱、數(shù)據(jù)類型等稱為表結(jié)構(gòu)。
廣東省水文數(shù)據(jù)庫由1991年開始建設(shè)，到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)了一些不足之處，于是部水文局組織有關(guān)專家在3.0的基礎(chǔ)上修訂形成了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)容得到擴充，存儲更加合理高效。如增加了關(guān)系線表來存儲水位流量關(guān)系，修改了實測大斷面表等。最后表結(jié)構(gòu)4.0增加了字典表類，這樣有利于元數(shù)據(jù)的描述和使用。
3表結(jié)構(gòu)升級實現(xiàn)技術(shù)
3.1表結(jié)構(gòu)升級轉(zhuǎn)換需要解決的問題
表結(jié)構(gòu)的升級可能會涉及很多問題，主要要解決的問題有:
1)新表的建立。新表的建立主要討論新表結(jié)構(gòu)的合理性，確保新表的設(shè)立是正確的。
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è)立過渡期，在這其間使新老數(shù)據(jù)庫同時運行，原來的應用程序繼續(xù)使用老庫，新應用使用新庫。通常會結(jié)合使用上述兩種方法，即進行部分功能恢復同時設(shè)立過渡期。
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ù)源很多，如基礎(chǔ)水文數(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《基礎(chǔ)水文數(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關(guān)聯(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ù)筆者完成了廣東省水文數(shù)據(jù)庫表結(jié)構(gòu)3.0到4.0數(shù)值表類的轉(zhuǎn)化，并通過觸發(fā)器同步技術(shù)使每年新增資料的轉(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ù)庫現(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)狀概述
水文資料是水利工程的基礎(chǔ)，為了達到準確快速地提供水文資料，資料的科學存儲是個關(guān)鍵問題。當前水文資料主要包括:降雨量、蒸發(fā)量、水位、流量、含沙量等內(nèi)容。數(shù)據(jù)庫是現(xiàn)今企業(yè)數(shù)據(jù)存儲的主要方式，應用數(shù)據(jù)庫技術(shù)來存儲水文觀測資料就形成了水文數(shù)據(jù)庫。在水文數(shù)據(jù)庫中數(shù)據(jù)以表的形式存儲，這些表的名稱、表中每列的名稱、數(shù)據(jù)類型等稱為表結(jié)構(gòu)。
廣東省水文數(shù)據(jù)庫由1991年開始建設(shè)，到1998年建成驗收，至今每年都加人新的整編數(shù)據(jù)。水文數(shù)據(jù)庫的建立改變了水文資料以紙介質(zhì)存儲數(shù)據(jù)的方式，使資料的存儲進人磁介質(zhì)的時代，以電子版本的方式提供數(shù)據(jù)極大方便了數(shù)據(jù)的查詢和使用，為水情專用數(shù)據(jù)庫、三防指揮系統(tǒng)、流域水信息與管理等許多水利信息化項目提供了方便，在實際生產(chǎn)應用中發(fā)揮了重要作用。
水文數(shù)據(jù)庫使用SQL SERVER 2000做數(shù)據(jù)庫管理系統(tǒng)，表結(jié)構(gòu)經(jīng)歷了由1. 0版本到3. 0版本的演變過程。3. 0版本是一個比較成熟的版本，歷經(jīng)十年的應用，在水文數(shù)據(jù)存儲的標準化方面做出了重要貢獻，但在長期的應用中3. 0版本也發(fā)現(xiàn)了一些不足之處，于是部水文局組織有關(guān)專家在3. 0的基礎(chǔ)上修訂形成了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)容得到擴充，存儲更加合理高效。如增加了關(guān)系線表來存儲水位流量關(guān)系，修改了實測大斷面表等。最后表結(jié)構(gòu)4. 0增加了字典表類，這樣有利于元數(shù)據(jù)的描述和使用。
3表結(jié)構(gòu)升級實現(xiàn)技術(shù)
3.1表結(jié)構(gòu)升級轉(zhuǎn)換需要解決的問題
表結(jié)構(gòu)的升級可能會涉及很多問題，主要要解決的問題有:
1)新表的建立。新表的建立主要討論新表結(jié)構(gòu)的合理性，確保新表的設(shè)立是正確的。
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è)立過渡期，在這其間使新老數(shù)據(jù)庫同時運行，原來的應用程序繼續(xù)使用老庫，新應用使用新庫。通常會結(jié)合使用上述兩種方法，即進行部分功能恢復同時設(shè)立過渡期。
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ù)源很多，如基礎(chǔ)水文數(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《基礎(chǔ)水文數(shù)據(jù)庫表結(jié)構(gòu)及標識符標準》(即表結(jié)構(gòu)4. 0 )進行分析以驗證轉(zhuǎn)化的必要性，由于存放測驗數(shù)據(jù)的表類是常用的表類，而且測驗數(shù)據(jù)格式比較固定，表結(jié)構(gòu)比較完善，所以優(yōu)先轉(zhuǎn)換該類表，方法如下:
使用SQL SERVER企業(yè)管理器創(chuàng)建新表結(jié)構(gòu)，如圖2。
使用T一SQL語言編寫數(shù)據(jù)轉(zhuǎn)換與加載程序，如:使用語句(Insert into HY YRZ F select STCD， YR，YRAVZ，YRAVR，YRMXZ，YRMXR，YRMXMD，YRMNZ，YRMNR ， YRMNMD from ZMYST where YR = 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關(guān)聯(lián)到降雨量摘錄表prex
通過游標讀一條記錄到變童@sled ， @ yr ， @ and ， @
bghrmt，@edhrmt，@P，@prm中
WHILE@@fetch status=0)
Begin
處理降雨量結(jié)束時間、
if@edhrmt=2400)
begin
處理降雨結(jié)束時間為24:00的情況
end
else
if@edhrmt
begin
處理摘錄時段跨日的情況
end
else
摘錄時段無跨日的情況
處理降雨量開始時間、
插人數(shù)據(jù)、
insert into hy_prex_ b values(@sled，@bgdt，@eddt，@P，@prm )
取下一條記錄
end另外，可使用觸發(fā)器保持舊表和新表的同步增刪，這樣當數(shù)據(jù)加人到舊表或從舊表中刪除數(shù)據(jù)的時候就通過觸發(fā)器在新表中作相應的修改，如:對3. 0中降雨量摘錄表寫插人觸發(fā)器，插人相應記錄的T一SQL程序如下:
Create trigger prex insert On PREX For insert as
同時寫刪除觸發(fā)器，刪除相應記錄的T一SQL程序如下:
Create trigger prex delete On PREX For delete as
這樣就維護了舊表到新表的同步更新。
3. 4成果
應用以上技術(shù)筆者完成了廣東省水文數(shù)據(jù)庫表結(jié)構(gòu)3. 0到4. 0數(shù)值表類的轉(zhuǎn)化，并通過觸發(fā)器同步技術(shù)使每年新增資料的轉(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ì)量得到了提升。
然而，針對給定系統(tǒng)環(huán)境，數(shù)據(jù)作為必需數(shù)據(jù)項，不能和其他實體存在聯(lián)系，聯(lián)系僅在實體之間表示?？紤]因素。對于數(shù)據(jù)庫設(shè)計，是將現(xiàn)實世界信息向信息世界的轉(zhuǎn)變過程。因此，在數(shù)據(jù)庫設(shè)計中，需考慮如下問題：一是數(shù)據(jù)庫作為現(xiàn)實世界信息有效、真實反映，通過DBMS開展數(shù)據(jù)庫設(shè)計，在數(shù)據(jù)庫使用過程中，需要確保較高性能、效率，保證方便維護、有效實施。二是設(shè)計方法。對于數(shù)據(jù)庫設(shè)計而言，主要包含六個階段：數(shù)據(jù)收集與分析、數(shù)據(jù)模型的獲取、分析數(shù)據(jù)庫細節(jié)、建立數(shù)據(jù)庫、維護數(shù)據(jù)庫、改進數(shù)據(jù)庫。對于數(shù)據(jù)庫設(shè)計而言，這六個階段十分重要，必須認真研究、反復推敲，方可確保數(shù)據(jù)庫正確實施。
在數(shù)據(jù)庫設(shè)計中，信息設(shè)計十分重要。因此，針對數(shù)據(jù)庫設(shè)計，必須重點研究信息設(shè)計。針對信息設(shè)計，E-R設(shè)計法是最佳方法。利用E-R設(shè)計法，將信息設(shè)計屬于數(shù)據(jù)世界、現(xiàn)實世界的紐帶。在數(shù)據(jù)庫設(shè)計中，E-R設(shè)計模型優(yōu)勢十分明顯，該模型約束因素較少，具有較強隨意性、靈活性。同時，E-R設(shè)計模型穩(wěn)定性較強，若啟動新數(shù)據(jù)庫系統(tǒng)，通過E-R設(shè)計模型，即可重新設(shè)計數(shù)據(jù)，省略了諸多煩瑣環(huán)節(jié)。在E-R設(shè)計圖作為直觀性工具，容易被客戶接受，即使是非專業(yè)人士，也可實現(xiàn)交流。
在數(shù)據(jù)庫設(shè)計時，非常依賴函數(shù)，一個數(shù)據(jù)庫好壞與否，需檢驗數(shù)據(jù)庫與用戶需求是否相符，能否真正滿足用戶需求。因此，我們必須優(yōu)化、解決數(shù)據(jù)庫問題。數(shù)據(jù)庫使用時，查詢過程的等待執(zhí)行時間較長，這是數(shù)據(jù)庫的最明顯問題。對于這一問題，必須加強分析、優(yōu)化。實施問題優(yōu)化，必須考慮查詢執(zhí)行時間較長的原因，在運算過程中，為什么花費時間較長。對于這一問題，筆者認為優(yōu)化方法如下：第一，盡可能選擇先做。在數(shù)據(jù)庫查詢時，極大縮短了執(zhí)行預算時間，大多數(shù)選擇中間計算，使得中間結(jié)果明顯變小。第二，在建甌之前，實施聯(lián)結(jié)之前，對文件進行提前、適當?shù)奶幚?。第三，運用正確表達式，盡可能確保公式簡單化，防止復雜、煩瑣處理。第四，對于部分選擇乘積聯(lián)合為一個聯(lián)結(jié)，由于聯(lián)結(jié)特殊，尤其是相等聯(lián)結(jié)，必須同一選擇乘積要節(jié)約時間。利用一些具體措施，在數(shù)據(jù)庫使用之前實施優(yōu)化，提升數(shù)據(jù)庫的高效性，進而為人們提供更為便捷的信息服務。第五，加強數(shù)據(jù)庫保護。為提高數(shù)據(jù)庫安全性，必須加強信息保護，通過數(shù)據(jù)庫保護，實行并發(fā)操作。
