前言：中文期刊網精心挑選了數據庫工程范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
數據庫工程范文1
關鍵詞：軟件工程；數據庫；編程；文件
通過對軟件工程進行研究可以發現，數據庫在軟件工程當中有著重要地位，會直接影響軟件的使用性能。在新時期背景下，為了能夠充分發揮軟件工程的積極作用，必須要做好數據庫編程工作，實現數據庫的集中管理形式，加強資源共享。從我國軟件工程領域發展現狀來看，隨著相關領域對軟件工程技術研究不斷深入，數據庫編程技術也更加趨于完善，編程模式也更加清晰，這也為軟件工程開發奠定了堅實的基礎。其主要表現如下。
1數據庫建立要求
由于軟件工程運行環境主要是網絡環境，所以在設計數據庫框架前，要對軟件在網絡環境運行中的影響因素進行分析。采用更加合理的軟件功能降低在網絡環境下出現BUG的幾率。為了保障軟件能夠在正常使用當中實現相應的功能，需要明確數據庫編程的要求。需要加強與軟件工程師的溝通，在掌握用戶需求的基礎上做好數據庫編程工作。首先，以用戶需求作為基礎設計出基本的編程框架；其次，在框架當中補充相應的內容，并實時測試軟件功能性質，保障軟件自身具有一定的抵御網絡環境威脅的功能，確保軟件運行中的安全；最后，及時更新數據庫中的信息。建設數據庫需要結合軟件編程技術，通過協調各項功能來降低技術問題的發生幾率。構建數據庫還要考慮軟件在網絡環境下運行的能力，通過網絡技術實現數據庫信息的自動更新。基于此，需要采用更加適宜的編程語言，作為數據庫框架設定的基礎，需要在編程后區分不同的功能模塊，這樣不僅可以強化軟件實際應用的效果，同時，還可以增強軟件在實際應用中的可靠性。
2構建數據庫文件
2.1類型對比
在數據庫具有文件讀寫能力之后即可構建數據庫文件，在正式實施之前需要對數據文件類型進行對比，從中選擇最優的文件類型。為了合理選擇文件類型，建議采用應用效果對比法，對于讀取出錯、信息丟失的文件類型可以直接剔除，以穩定型文件類型為主。在文件類型確定之后再建立文件，提高數據庫構建的適用性。與此同時，還需要關注數據庫讀取文件的效率，確保數據文件不會占據過多的空間資源，通過對比法選擇綜合性更強的數據類型。
2.2建設數據庫
確認文件類型之后即可建設數據庫，但在數據庫建設完成后會形成訪問限制，如果此時發現數據庫存在漏洞問題則很難修改，這就需要在軟件設計當中，嚴格把關每個設計環節，保證數據庫設計可以滿足軟件的實際運行要求，避免出現二次設計的情況。為了確保數據庫的合理性，可以采用分區建設方法，也就是把每個功能模塊設置在相對應的單元當中，并考慮各個單元模塊間的協調作用，這樣在軟件投入使用后才可以彰顯出整體性能。這種模塊式創建方法在實際運行中更加合理，可以避免出現數據庫內部單元沖突問題。
3文件訪問
3.1存儲模式選擇
由于數據庫采用了單元模塊的方式建立，這就需要結合不同的模塊功能確定最終的存儲形式。針對數據庫中的功能模塊來說，每個模塊都會存在一些安全隱患，且隱患形態、程度也存在差異，這就需要采用獨立多樣性存儲方式，這樣不僅能夠減少數據庫使用中的安全隱患，還能夠避免存儲模塊沖突。針對用戶訪問權限來說，根據存儲模式確定訪問權限形式，通常是采用多層次訪問限制方法，不同賬號可以進入不同層級的數據庫中，從而確保數據庫信息的安全。
3.2加密保護
文件加密保護就是對數據庫文件或單元模塊進行加密，需要通過相應的密碼才可以訪問數據庫信息。在加密保護中，登錄口令、密碼登錄技術最為成熟，在使用、管理上也更加便捷。對于用戶來說，如果泄露信息會帶來不同程度的影響。為了確保加密保護的科學性，可以將信息劃分為多個保密等級，根據信息重要程度設置相應的權限，從而保障數據信息的安全性。此外，在信息選擇中采用文件加密方法可能會造成數據沖突，這時需要調整系統框架，通過優化系統單元即可調整，保證有良好的軟件運行環境。加密模塊結構見圖1。
3.3數據庫編程技術的應用
3.3.1ADO對象類型。ADO當中可以劃分為7個層次，包括Connection、Command、Recordset、Fields、Parameters、Errors、Properties。這些對象可以執行數據操作、表示數據特性。3.3.2ADO編程。（1）初始化。首先，在軟件工程當中引入“MicrosoftActiveXDataObjects2.1Library”。其次，在程序當中定義Connection、RecordSet對象，如下：PublicSubInitAD0()PublicconnAsAD0DB.ConnectionPublicrslAsADODB.Recordset新建Connection對象并賦予Conn數據源。Setconn=NEWADODB.Connection采用Connection中Open方法將已賦予Conn的connection對象作為history數據源建立連接。＊＊代表用戶名。Conn.0pen"DSN—History"，"＊＊"EndSub（2）把數據存儲到數據庫中。PublicSubAddData()調用Open方法，把所查詢的字符串"Select＊＊·From＊＊"通過Conn傳輸到數據庫historyDB，SQL語句在完成語句查詢后，即可得到Time和pvL1。把想要保存的數據信息匹配到指定的字段中。Fields(0)=Time()Fields(1)=CLng(PVL1)EndWithRsl.UpdateEndSub采用AddNew方法，可以讓新加入的數據信息生成當前數據，并傳輸到rsl當中的Field對象，調用update即可添加到數據庫中并保存。
4結語
綜上所述，數據庫對整個軟件工程性能有著重要影響，這就需要加強軟件數據庫的編程工作，在掌握數據庫建設要求的前提下完善系統框架，做好存儲選擇、文件加密，再進行數據庫編程。該方法可以提高數據庫在使用中的適用性，軟件工程在實際應用中也更加穩定和安全。
參考文獻
[1]胡文科.計算機軟件工程中的數據庫編程技術研究[J].數碼世界,2018(4):258-260.
數據庫工程范文2
關鍵詞:計算機技術 EPC工程
一、工程總承包(EPC)的概述
EPC工程項目模式代表了現代西方工程項目管理的主流,是建筑工程管理模式(CM)和設計的完美結合,也是成功運用這種模式達到縮短工期、降低投資目的的典范。曾經因其建筑工程承包業以高速度、低成本地建造高層建筑和大型工業項目而著稱于世。EPC的關鍵是依賴稱職的專業分包商及標準化的過程控制與程序,因此在西方發達國家廣泛采用。這是其實現簡潔高效的設計、制造與施工的基礎。
EPC模式的重要特點是充分發揮市場機制的作用。不僅業主將工程首先視為投資項目,而且建筑師、承包商都從這一優先次序出發。在指定專業分包商時,通常只規定基本要求,以使建筑師、承包商共同尋求最經濟的方法。為了有效地參與競爭,一般都將整個項目劃分成若干相對獨立的工作包。由不同的專業分包商負責各個工作包的設計、制造或提供材料與構件并負責施工與安裝。分包商的設計工作由建筑師負責協調,工程構件、設備制造或供貨、施工由總承包商協調,而在大型項目中,通常由管理經理(CM)負責協調。雖然這種協調對施工程序進行了詳細規定,但仍然有許多一時難以確定或未預料到的問題留給專業分包商在項目進行過程中逐步解決。專業承包商必須保證其分包部分的工程施工與其他分包商的工程在設計和管理上的準確銜接。這種雙重的協調反饋、依靠項目相關各方均能遵循公認的控制程序、規范和技術標準。
EPC模式的系統性和有效性依靠廣泛使用成熟的通用技術。設計和施工過程中不會為解決同樣問題發生重復勞動。專業分包商使用他們所熟悉的通用方法,并在很大程度上依賴能夠在短期內及時供貨的材料、半成品與構件。
二、工程總承包(EPC)的優劣
1、優點
采用工程總承包(EPC)模式有著自身的優勢,采用EPC工程的方式不但可以對分包商進行階段性分包方式,工程項目通過分包的方式,可以讓工程提前投產,從而降低管理費,并通過總工程的承包的方法降低利息及限制價格上漲。并且整個項目只存在一個承包商負責,這能夠避免了設計和施工的矛盾,減少了由于設計錯誤、疏忽和解釋爭議引起的變更。
由于單一承包商進行管理,總承包費用減低,并且承包商專業水平高,管理能力強,能夠對整個工程進行更好的管理。
2、缺點
采用EPC工程的方式存在著不少的缺點,其一,業主無法參與建筑師/工程師的選擇,同時對最終設計和細節的控制能力降低;其二,由同一實體負責設計與施工,減弱了工程師與承包商之間的檢查和制衡作用;其三,工程設計可能會受施工者的利益影響。
此模式適用于成套生產線項目,此類項目的業主目的和要求明確,項目成果容易考核,項目承包商責任和風險大,但利潤高。
三、EPC工程數據庫建模方式
對項目進行的總承包公司根據項目及自身的實際情況,在滿足項目工程管理要求的基礎上,采用數據庫管理的方式對EPC“交鑰匙”工程承包管理模式進行有效的控制與管理。采用EPC工程數據庫建模的 “交鑰匙”承包模式的必要性和可行性:
(1)由于項目自業主承包給承包公司以來,承包公司與業主的利益是一致的,都是希望整個項目能夠早日建成投產,承包公司承擔著整個項目建設進度、質量和成本控制的責任,并承擔了前期融資的大部分風險,總承包商必須對項目建設管理具有決定性的控制權。因此承包商會要求各個分包商根據自身的優點,進行分階段承包,然而再次分包商接受項目的同時,沒有統一的數據庫進行數據的分析與管理費用的統計,整個項目的費用將會無法得到有效的控制與約束?？偝邪趟a生的費用將會遠遠大于預估的金額,造成嚴重的損失。
(2)各種工程的項目建設業主都會有明確的要求,一般是集中于產量、電耗、熱耗、粉塵排放和產品質量。但是采用EPC工程管理的模式的方法,則業主只要通過審批初步設計方案實現對生產工藝設計和設備選擇的控制,其余具體設計和設備采購、安裝調試工作可由總承包商負責,業主可以通過竣工達產達標考核的方式保證其取得合乎要求的生產線。即業主只需要考核整個工程最后的結果如何就能夠滿足,但是在整個項目建設的過程當中,總承包商如何通過數據庫進行管理采購原材料價格上的優惠政策。這將是整個EPC項目的核心內容之一。因此,采用數據庫建模是總承包商控制原料價格總要的工具之一。
結束語
單純的工程施工業務利潤逐漸降低,承包商的業務開始朝著項目的前期和上游發展,利潤重心向產業鏈前端和后端轉移。在整個工程建設模式的轉變過程當中,承包商需要通過有效的管理方式對整個建設項目的控制,這可以采用數據庫建模的方式。數據庫可以將項目所在社會環境、經濟環境、項目規模、業主要求、自身控制能力和協調管理能力等因素都制約著建設模式的選擇。EPC工程數據庫建模的方式將會成為我國對項目管理最重要的方式之一。
參考文獻:
[1]工程總承包的基本概念和主要方式。中國交通報,2003.7:1-3
[2]馬勝利。工程總承包是這樣走來的[f].施工企業管理,2008(7):6-7
數據庫工程范文3
一、計算機數據庫中編程技術的作用
(一)鑒別身份
在應用數據庫時，有一個驗證程序，針對全部用戶，即鑒別使用用戶的身份。在端口計算機和訪問計算機的身份鑒別中要使用身份鑒別。當我們想要使用計算機時，用戶需要連接相應的HTTP和SSH,輸入用戶名和密碼，來鑒別用戶的身份。使用的人需要嚴格保守密碼，同時存留在對應的服務器上。將編程技術運用到計算機數據的使用和建立中，能夠實現企業關聯數據和內部文件的安全管理，以免由于企業信息泄露，給企業造成經濟損失。
(二)可用性
將編程技術運用到數據庫系統中，其可用性十分強。成功解決不均衡的負載和一些數據庫中的故障等問題是對可用性的要求。當計算機的主接口出現了問題，留作備用的接口將會自動替代問題接口進行工作，這樣可以使其他故障不對其產生作用，保證網絡在工作過程中的持續穩定性。另外，接收大量的網絡數據時，主接口就可以在備用接口的幫助下，完成數據的接收和傳輸工作，確保計算機能夠正常運作。
(三)隱藏信息的特性
在進行通訊連接時，由于計算機中NAT技術的作用，內部網絡中的網址會被隱藏，此時顯示在數據中的結果是通過公共網絡網址進行訪問的，這就是編程技術的隱藏性。換句話說，企業的平常管理工作中，用戶可以使用計算機直接訪問外部網絡，然而對企業內部網絡的搜索和查看，這些是外部網絡無法實現的，成功實現了安全管理及保密企業信息。
二、計算機軟件工程的數據庫編程技術
(一)設計、開發編程技術
數據庫正式投入使用后，需要隨時關注系統的運作情況，在系統運行的過程中，盡早發現沒有處理的問題并進行分析。所以，就要折返到編程階段，盡早處理在編程階段沒有處理的問題，完善優化數據存儲系統。與此同時，運用不同的編程技術來應對不同的軟件應用，根據各種軟件應用的不同特性，采取不一樣的編程技術，對軟件運用中有待處理的問題進行分析，保證軟件可以平穩的運作，而且還能夠合理化的運用系統資源，假若一部分數據出現傳輸問題，也能夠運用編程技術將出現問題的部分進行調整。
(二)加密數據庫文件
當今社會，信息化高速發展，在聊天記錄、網絡搜索中都存在大量的個人隱私，人們對個人隱私的重視度也逐漸提高，而計算機數據庫作為專門存儲網絡信息的工具，其保密性能的高低，直接關系到人們生活、工作中的信息安全問題。一方面，要分析數據庫中存儲的基本信息，并加上基本的保護在其中的隱私類消息上，一旦有信息外漏的情況產生，編程師就要及時通過編程的方式處理這個問題，經過編程，加密保護數據庫中的文件。在實行加密保護的同時，還要與計算機軟件工程的現實情況進行結合，從而充分發揮加密保護的作用;另一方面，加密保護的功能還可以進一步更深層次的設計，將加密保護分成幾個層級，以滿足不同用戶的要求，同時每個用戶都可以設置自己的專用登錄密碼，然后系統編程會確認登錄密碼的正確與否，并根據對應的密鑰，實現深層次加密信息;最后，在數據庫編程時，由于信息不同的選擇造成各系統間的沖突，能夠運用系統間的優化體系，優化處理產生的問題。
(三)設計存儲模式
如今的生活中，由于計算機的使用越來越普遍，數據庫技術就要保護更多的網絡信息數據。一方面，軟件系統的設計要以軟件功能系統的選取為重點，也可以將其他工程項目設計過程中的理念運用其中，優化設計方案，從而使設計出的數據庫能夠更加穩定的運行;另一方面，在數據庫進行實際存儲時，可以將各類信息進行分類存儲，方便人們二次使用數據。最后，將優化的數據系統運用到數據庫存儲模式中，在數據庫開始使用后，可以將產生的問題盡早優化，同時還能夠將沒有解決的問題盡早發現，以使數據庫的存儲更加方便用戶使用。
三、結語
由此可見，將數據庫編程技術分析工作做好，意義十分重大。這對于計算機數據庫實際應用的提高十分有利，可以擴大編程技術的運用優勢，在國家信息化發展方面，提供更多的技術方面支持。所以，基于計算機軟件工程的數據庫編程技術在今后的計算機研究工作中應予以更多的重視，并科學的評測此類技術的實際運用效果，用以增加適用范圍，使其在國家經濟社會的發展中發揮作用。
軟件工程碩士論文參考文獻:
［1］張學立，田林琳．基于計算機軟件工程的數據庫編程技術淺談［J］．時代農機，2018，45(11):163．
［2］趙云祥．基于計算機軟件工程的數據庫編程技術策略探討［J］．電腦知識與技術，2018，14(16):16-17．
數據庫工程范文4
關鍵詞：軟件工程技術；數據庫；設計；作用
數據庫設計需要依據很多的現代化信息條件，在數據庫中涉及到多個領域，并且也包含多種知識，是一個較為復雜的系統工程，其中有嚴謹的物理結構以及邏輯結構，只有有效銜接二者，才能讓數據分析更加準確，但其靈活度、效率偏差，需要利用軟件工程技術來有效解決這一問題。下面就軟件工程技術在數據庫設計中的作用進行探討。
一、軟件工程技術的簡單介紹
（一）基本內涵。某種程度上來說軟件開發其實就是“高層概念”到“低層概念”的映射，從而實現高層處理邏輯向低層處理邏輯轉變。而對于大型軟件系統而言定義就并非如此簡單，因為大型軟件開發包括有關人員、技術、途徑以及成本和進度的方方面面，從綜合的角度來說，軟件工程是一類可以滿足客戶要求并以工程、軟件產品為對象的學科，主要應用了工程管理以及計算機理論的主要原則，囊括了設計模式、數據庫以及程序語言設計等多方面。
（二）軟件工程技術的發展階段。軟件工程技術早期主要為瀑布式開發模型，經過不斷的發展演變為螺旋式的迭代開發，到現在軟件工程技術敏捷開發的方法，軟件工程技術隨著社會科學技術的發展而不斷進步。另外，在不同時期研究軟件工程技術時都要遵循使用科學的方法進行管理并通過合作的形式提高軟件生產率的原則，推動軟件工程技術的發展。學者根據軟件工程技術發展的歷程總結出了多種軟件開發的方法并產生了軟件工程學，但軟件工程學的出現并不代表軟件危機的結束。由于軟件工程自身理論性強、實施方法局限大等特點，使得軟件危機依然存在于生活中。經過不斷努力和探索，近年來出現了多種新的思想和方法，例如軟件再用、軟件自動生成器等，為軟件工程技術的發展提供了堅實的基礎，軟件工程技術逐漸向自動化、標準化轉變。
二、軟件工程技術在數據庫設計中的作用
就當前來看，許多系統的開發與使用都與數據庫分割不開，數據庫主要作為數據的處理技術所存在的一種形式，開發數據庫也是絕對存在的一個過程，因此才會產生數據庫管理系統的成果。與此同時，在對此系統進行運用的過程中還能定義視圖，并且提供了較強大的數值計算功能，從而對數據的安全以及穩定發揮做出了較大的作用。鑒于軟件工程技術的重要作用，再利用其進行數據庫設計時應遵循以下原則：一是一對一關系原則，在軟件開發之后以及其運行的過程中，對數據進行維護是無可厚非的，為了⑹據的維護變得簡單且便利，在設計數據庫時必須避免大且雜的設計觀念，在設計時，必須牢記實體與實體的聯系，以此將信息分散并將工作效率提高；二是避免規范以及重復命名原則，不重復主要是為了將冗雜的數據減少，而且必須對數據保持一致，每個外部關鍵詞與表之間都必須設置相對應的關系。
三、軟件工程技術在數據庫設計中的應用
（一）分析其可行性。該階段通過分析現有的計算機技術和人工控制技術，從經濟、技術和操作方便性幾個方面對數據庫進行考察，以初步估計能否完成數據庫設計的任務。該階段應當將分析結果記錄下來，整理撰寫可行性報告，之后設計程序框架。
（二）制定開發計劃。如果前階段的分析有很強的可行性，分析員將要開始制定該項目的開發計劃。項目開發計劃應當包括系統開發團隊的人員構成、人員分配、項目開發進度、驗收方式和驗收標準以及開發過程中的關鍵環節等。此外，用戶界面對數據庫的開發非常重要，美觀、友好而方便的用戶界面才能被客戶接受，在項目開發時也應當將界面設計考慮進去。
（三）分析數據庫系統的需求。數據庫系統的需求分析，包括對數據的需求分析、對系統性能的需求分析、對運行環境的需求分析等。該階段通過對數據庫的需求進行分析，以了解建立數據庫軟件需要的配置標準和運行環境，為數據庫的開發提供標準和參數。
（四）數據庫設計階段。數據庫的建立和設計是數據庫系統的重點內容。數據庫系統的運行效率和效果直接受到數據庫設計質量的影響。一項優秀的數據庫軟件系統不但能簡化運算方式，提高運行效率，還能幫助數據庫使用者簡單直接地獲取相關信息，保證數據的完整性，有利于完成數據庫的設計。同時，數據庫設計的基礎是需求分析。首先應當設計數據庫的概念和結構，總體上把握用戶需求，并據此繪制系統實體聯系圖。然后應當設計數據庫的邏輯結構，把概念中的E-R圖轉化為計算機語言，與DBMS系統相適應，把實體之間的關系轉化為數據庫系統之間的表與表的關系。
四、結語
綜上所述，本文對數據庫設計中軟件工程技術的作用進行了分析。軟件工程技術經過長期的不斷發展已日趨成熟，并對我國信息技術的發展起到了舉足輕重的作用。軟件工程是伴隨著社會技術的不斷發展而發展起來的，在不同時期有著不同的進步性，在軟件工程技術使用中需要遵循科學的方式方法，不斷的提升軟件的使用和生產效率以此更好的推動整個軟件技術的大跨步發展。希望本文的研究能夠促進整個軟件開發以及數據庫的使用和開發，提升科學技術使用效率。
參考文獻：
數據庫工程范文5
在鐵路工程設計中，經濟運量和行車組織兩個專業負責項目設計中的運量預測、運輸組織、項目財務及經濟評價、各種分析計算等前期工作，設計及分析結論是其它各專業設計的依據資料，在設計流程中所處地位十分關鍵。按傳統的設計方法，一是資料收集困難，二是資料的管理十分落后，無法滿足現代設計要求?；诖?，開發設計自動化的管理信息系統十分必要，迫在眉睫。
1需求分析
需求分析階段的任務在于確定經濟運量與行車組織兩專業的設計人員對該系統的要求。對于設計人員的需求，可以分為對數據的需求、對處理的需求和對安全性、完整性的需求。
1.1處理需求設計人員對系統的處理要求有:①既可以在局域網上方便多用戶操作，也可以運行于單機上適合單用戶操作;②實時響應對數據查詢、更新等操作的要求;③翰人和輸出簡便，用簡單的方法對數據表的字段進行追加和修改，對應用程序提供簡潔明確的向導。
1.2安全性、完整性要求設計人員對系統的安全性和完整性要求比較簡單，主要為系統在操作過程中能夠保證數據不丟失、系統運行穩定和故障少。
1.3數據要求在分析系統的數據要求時，可以將系統分為經濟運量和行車組織兩個子系統進行分析。l)經濟運量子系統數據要求。按行政區域劃分。行政區域劃分為省、市(地區)、縣3級。數據包括行政區域名稱、年度、行政級別和面積等，其對應的信息中經濟部分主要數據有人口、國內生產總值、工業產值、農業產值、工業產品產量、農業產品產量、財政金融、交通運輸、能源生產消費、外貿及旅游;運量部分主要數據有客運量、貨運量。具體數據略(參見本文第3節，E一R模型轉換為關系模型中的有關數據)。2)行車組織子系統數據要求。行車組織子系統中主要有線路、線路區段、樞紐、車站、調機等信息。各種信息之間的關系如下:線路包括多個線路區段，每個線路區段一般均以技術站或者接軌站為分界點，而一個線路區段只屬于一條線路，一般線路由于各個線路區段的有關信息如主要技術標準、能力情況等不一樣而全線信息不完全統一;樞紐位于鐵路干線的交匯點，包括各種性質的車站、車站間的聯絡線以及其它一些附屬設備;車站屬于線路，同時屬于線路所包含的某一個線路區段，并且還可能同時屬于某個樞紐，而一條線路或一個線路區段包含多個車站，線路及線路區段均以車站開始，以另一個車站結束;1個車站可能有多臺調機，而1臺調機可能又同時屬于幾個車站合用。由于線路包括線路區段，有些數據可能在線路區段里分析采用更為準確合適，而在線路里卻會因為線路區段的不同而各異，如主要技術標準、能力使用情況等，所以在線路區段里可以分析采用的數據在此將不重復，這里僅分析在線路里可以唯一表示的數據。行車組織子系統包括的數據有:線路、行政區劃分、調度區劃分、既有線的線路區段、既有線區段改造、新線區段、規劃新線的線路區段、主要技術標準、既有能力、設計能力、規劃能力、樞紐、車站、股道數量、車站作業量、車站能力、駝峰、聯絡線、聯絡線能力、調機和其它數據。具體數據以線路為例闡述如下(其余略，可參見本文第3節，E一R模型轉換為關系模型中的有關數據)。
2數據庫概念結構設計
通過新系統的需求分析，得出了新系統的各種用戶需求，下面運用概念結構設計的有力工具:借助分類、聚集、概括等抽象機制，設計系統的概念模型。
2.1經濟運一子系統概念結構設計根據對系統的數據需求分析，顯然行政區域、人口、國內生產總值、工業產值、農業產值、工業產品產量、農業產品產量、財政金融、交通運輸、能源生產消費、外貿及旅游均應該作為實體，由于其各自相關的數據均為原始數據，所以相關數據作為屬性對待。
2.2行車子系統概念結構設計與線路有關的數據，除行政區劃分與調度區劃分可再細分外，其余均為原始數據，所以線路、行政區劃分與調度區劃分為實體。由于與線路區段有關的數據分為4種情況，分別是既有線、既有線改造線路、新線、規劃新線4種類型。并且除既有線改造線路與新線所對應的數據相同外，其余均各不相同，所以將線路區段作為一個實體對待時，其所對應的屬性將隨線路區段類型的不同而各異，無法統一，故在設計線路區段的局部E-R模型時使用概括的抽象方法，定義“超類”實體和“子類”實體。將線路區段定義為“超類”實體，將區段名稱、所屬線路、區段起點、區段終點、區段長度、線路允許速度、主要技術標準作為其屬性，并且還相應增加區段類型這一屬性;將既有線的線路區段簡稱為既有線路區段，將既有線改造線路、新線的線路區段、規劃新線的線路區段3者合并為設計線路區段，并且均定義為“子類”實體，“子類”實體的屬性為各自有關的數據除去“超類”實體線路區段的屬性以外的數據。主要技術標準可再次劃分，所以將其作為實體，相應數據為屬性。既有能力、設計能力、規劃能力和聯絡線能力雖然細分時對應的數據有所區別，但是可以取其并集而將4種能力合并為一個實體能力。樞紐對應的數據中聯絡線和車站可再次細分，所以樞紐、聯絡線、車站作為實體。其中車站對應的數據中，股道數量、車站作業量、車站能力、駝峰這4種數據可再次劃分，所以均上升為實體。由于一個車站可能有多個車場，各車場的股道數量、車站能力不同，故增加實體車場，將車場名作為其屬性。調機可再次劃分，故上升為實體。
3邏輯結構設計
將E一R模型向關系模型轉換時，“超類”實體有主屬性區段名稱和年度，“子類”實體既有線路區段沒有獨立的主屬性，“子類”實體設計線路區段有獨立的主屬性設計階段，當其對應于項目的不同設計階段時，所表示的對象不同。由此看出，當向關系模型轉換時，“超類”實體對不同的“子類”實體將具有不同的主碼，其主屬性僅僅是所有“子類”實體共有目前國內外相關文獻均沒有報道有關的轉換處理方法。經過研究，本文采用設置“特殊值”的方法，將既有線路區段人為增加一個主屬性設計階段，并將其值設置為“既有”，也就是將線路區段的既有情況處理為設計階段的一種特例一“既有”對待，在轉換為關系模型時，問題就迎刃而解。因為行車子系統的其他數據，都是文檔資料，故均單獨處理。遵循轉換原則，將系統的E一R模型轉換為關系模型，其中主碼用下劃線標注。行政區域(行政區域名，年度，類型，面積);運量(行政區域名，年度，運量種類，全社會總運量，全社會總周轉量，鐵路運量，鐵路周轉量，公路運量，公路周轉量，航空運量，航空周轉量，水路運量，水路周轉量);人口(行政區域名，年度，男性人口，女性人口，農業人口，非農業人口，人口密度，自然增長率);國內生產總值(行政區域名，年度，國內生產總值，人均國內生產總值，第一產業產值，第二產業產值，第三產業產值);工業產值(行政區域名，年度，工業總產值，輕工業產值，重工業產值，國有工業產值，集體工業產值，其他工業產值，聯營及個體產值);農業產值(行政區域名，年度，人均耕地面積，年末實有耕地面積，農業總產值，大農業總產值，小農業總產值，林業產值，牧業產值，漁業產值);工業產品產量(行政區域名，年度，鋼產量，煤產量，生鐵產量，成品鋼材，發電量，農用化肥產量，農藥產量，水泥產量，化學纖維產量，布產量，紗產量);農業產品產量(行政區域名，年度，糧食總產量，糧食人均產量，棉花總產量，棉花人均產量，油料總產量，油料人均產量，水產品產量，水產品人均產量);財政金融(行政區域名，年度，財政總收入，財政總支出，年末存款余額，年末貸款余額);交通運輸(行政區域名，年度，鐵路運輸里程，鐵路電氣化里程，公路總里程，等級公路里程，非等級公路里程，民用客車保有量，民用貨車保有量，民用特種車保有量，民用汽車保有量，船舶保有量，內河通航里程);能源生產消費(行政區域名，年度，能源生產總計，能源消費總計，原煤生產總計，原煤消費總計，原油生產總計，原油消費總計，天然氣生產總計，天然氣消費總計，電力消費總計，火電消費總計，水電消費總計);外貿及旅游(行政區域名，年度，進出口總額，進口總額，出口總額，旅游外匯收人，實際利用外資);線路(線路名稱，年度，線路類型，線路起點，線路終點，線路長度，編組站數量，區段站數量，線路區段數，融資方式，投資比例，總投資);行政區劃分(線路名稱，年度，行政區名稱，所屬單位，管轄范圍);調度區劃分(線路名稱，年度，調度臺名稱，隸屬單位，調度范圍);線路區段(區段名稱，年度，設計階段，區段類型，所屬線路，區段起點，區段終點，區段長度，線路允許速度);既有線路區段(區段名稱，年度，設計階段，列車換長)。此關系中的主碼為繼承的超類實體線路區段的主碼，并且關系中每個元組的主屬性設計階段的值都為“既有”;設計線路區段(區段名稱，年度，設計階段，設計者，車站數目，最大站間距，最小站間距)。此關系的主碼的前兩個主屬性為繼承超類實體的主屬性。主要技術標準(區段名稱，年度，設計階段，線路等級，正線數目，限制坡度，最小曲線半徑，牽引種類，牽引質量，機車類型，到發線有效長，閉塞類型);能力(區段名稱，年度，設計階段，限制區間名稱，T周，，網，t封，N，n客，n貨，n快，零，e快，零，n摘，e摘，總扣除能力，N貨，N使，N圖貨，n封貨，K，n小，n單，r，聯絡線名稱);樞紐(樞紐名稱，年度，設計階段，客站數量，編組站數量，區段站數量，中間站數量);銜接(區段名稱，年度，設計階段，樞紐名稱);聯絡線(樞紐名稱，年度，設計階段，聯絡線名稱，起點、終點、長度、線路等級、正線數目、限制坡度、閉塞類型、樞紐名稱);聯絡線能力(樞紐名稱，年度，設計階段，聯絡線名稱，N，?？停琫客，n貨，n摘，n小，n單，K，樞紐名稱);車站(車站名稱，年度，設計階段，車站類型，站型，車站等級，車站平面圖，《站細》，所屬地區，區段名稱，樞紐名稱);車站能力(車站名稱，年度，設計階段，車場名，接車能力，發車能力，通過能力，咽喉區能力，容車能力);股道數量(車站名稱，年度，設計階段，車場名，正線，客車到發線，貨車到發線，調車線，編發線，牽出線，貨物線，機車走行線，存車線);駝峰(車站名稱，年度，設計階段，類型，駝峰作業方式，峰尾作業方式，解體能力，編組能力);車站作業量(車站名稱，年度，設計階段，旅客列車總對數，始發終到旅客列車對數，通過貨物列車對數，解編貨物列車對數，作業總車數，有調車數，無調車數，本站作業車數，有調比，裝車數，卸車數);調機(車站名稱，年度，設計階段，調機型號，調機類型，數量，使用性質);《站規》、《線規》、《牽規》、《技規》
數據庫工程范文6
金土工程一期建設的總體框架明確了以國土資源各類數據庫為基礎，以國土資源信息網絡為依托，以標準、制度和安全體系為保障，以地政、礦政主要管理業務流程優化為主線，以支撐國土資源管理決策為核心，形成互聯互通、貫穿上下的政務管理、決策支持和社會服務信息化體系。國土資源數據是反映國家土地資源、礦產資源等的現狀、利用情況、規劃，以及環境影響的主要載體和國土資源業務的核心體現。國土資源基礎數據庫涉及土地、礦產兩大業務幾十個數據庫，這些數據庫的建設必須統籌規劃，保證建成的各種數據庫之間數據可以互聯并整合利用，來解決國土資源業務中對多種基礎數據庫數據疊加綜合使用的需求。
2 數據庫建設現狀與存在的問題
2.1數據生產多源、異構為數據的集成利用帶來困難
由于歷史的原因，目前各級國土資源部門采用的數據生產軟件五花八門。空間數據的生產和管理至少涉及不同的軟件系統及相應的數據格式等。有時，即使使用相同的數據生產軟件，由于數據生產單位不同，同一類數據在數據分層、屬性表結構等方面也會有所不同。數據的多樣性、異構導致所生產的基礎數據庫數據在縣級以上無法集成和共享應用，更不用說在省一級或國家一級使用這些數據。
2.2數據庫標準及其對標準的執行存在問題
雖然國土資源部就基礎數據庫建設了若干數據庫標準，但在標準和對標準的執行方面還存在諸多影響整合和共享的問題。
2.3數據依賴于系統
目前基礎數據庫數據的生產多數表現為某個特定應用系統的附屬產物，而不是從空間信息基礎設施角度建立的具有業務應用與系統獨立性特征的數據庫。這樣造成數據強烈依賴于特定的GIS軟件系統和特定的應用系統需求，所生產的數據只能在特定軟件中或特定的業務系統中才能使用，一旦提供外部使用，就無法進行。此外由于數據與系統的綁定很死，造成數據中存在大量只在特定業務系統中才需要的數據，使數據喪失其本該有的業務獨立性。
2.4缺乏統一規劃，不同種類數據無法集成綜合利用
基礎數據庫中包含多種類型的國土資源數據，無論從數據內容本身，還是從國土資源業務的需求，這些數據之間都是緊密關聯的，需要實現多種數據之間的疊加綜合利用。但由于各級部門在建立基礎數據庫時缺乏統一規劃，造成同一個區域的不同種類數據之間存在空間數據存儲和屬性數據管理平臺異構和多樣性問題，基本無法實現疊加顯示、關聯分析和統一利用的目的。
3 數據庫整合建設目標與要求
標準化與數據共享是相互關聯的技術要求，只有實現標準化才能最大限度地保證數據共享。對于國土資源基礎數據庫的標準，主要是遵循國土資源行業相關數據庫標準，國土資源基礎數據庫數據畢竟不同于其它領域的GIS空間數據，它們是國土資源業務內容的載體，因此在數據結構上必須反映國土資源業務信息。
4 國土資源基礎數據庫整合與集成
整合建庫，旨在解決國土資源數據由各級基層單位獨立生產，并在生產過程中不能很好地執行數據庫標準而造成的，同一種類型的基礎數據庫數據(例如土地利用現狀數據)在市以上國土資源部門無法得到利用的問題。通過整合建立市、省一體化結構的省內共享國土資源基礎數據庫。
集成建庫，主要指解決由于缺乏統一規劃而造成的同一空間范圍(省、市或縣)內不同類型的國土資源基礎數據庫數據(例如土地利用和地質災害)無法相互疊加和綜合利用，以及由于各自獨立建庫帶來的共用數據的不一致性的問題。通過集成建庫，實現同一空間范圍(省、市、縣)的各種基礎數據庫數據可任意疊加和綜合利用，同時對于共用的數據字典、基礎地理數據等，通過集成建庫，保證共用數據的唯一性。
4.1 遵循業務數據庫標準
由于在基礎數據庫建庫中，從整合與集成的角度充分遵循相關業務數據庫標準，這意味著，已有業務數據庫標準成為業務應用系統開發者與基礎數據庫建設者之間共同的標準，從而為開發過程中透明地使用基礎數據庫數據提供了保證。
4.2 數據業務應用系統獨立性
基礎數據庫數據根據種類不同，在數據中反映不同的業務內容，但數據和數據庫本身是獨立于業務應用系統的，即基礎數據庫數據不會因業務應用系統的要求不同而在結構和數據內容上有所變化，數據體中不包含任何依賴于業務應用系統的內容，數據處于高度共享方式，這就為在一套基礎數據庫數據基礎上建立多種業務應用系統提供了保證。
4.3 數據庫整合建設方式
（1）統一制定數據庫標準和數據建庫指南。統一開展各類數據庫的整合。按照統一標準完成各類基礎數據的數字化建庫。
