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