[發明專利]基于XML數據庫與關系型數據庫結合的“電子病人”編輯方法

在審

• 申請號: 201110425688.4
• 申請日: 2011-12-19
• 公開（公告）號: CN103164209A
• 公開（公告）日: 2013-06-19
• 發明（設計）人: 李葒娜
• 申請（專利權）人: 天津理工大學
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 天津佳盟知識產權代理有限公司 12002
• 代理人: 李淑惠

技術領域

本發明涉及計算機軟件開發領域，具體是指一種應用于急救教學軟件方面的程序開發方法。

背景技術

編程語言方面：

計算機不能直接理解高級語言，只能直接理解機器語言，所以必須要把高級語言翻譯成機器語言，計算機才能執行高級語言編寫的程序。

因此也就產生了相應的編譯語言提供給編程人員，翻譯語言的類型有兩種，編譯型和解釋型，兩種方式的差別大體上只是翻譯的時間不同：

一、編譯型語言寫的程序執行之前，需要一個專門的編譯過程，把程序編譯成為機器語言的文件，比如exe文件，以后要運行的話就不用重新翻譯了，直接使用編譯的結果就行了(exe文件)，因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高。

二、解釋型則不同，解釋型語言的程序不需要編譯，省了道工序，解釋性語言在運行程序的時候才翻譯，比如解釋性basic語言，專門有一個解釋器能夠直接執行basic程序，每個語句都是執行的時候才翻譯。這樣解釋性語言每執行一次就要翻譯一次，效率比較低。解釋是一句一句的翻譯。

編譯型與解釋型，兩者各有利弊。前者由于程序執行速度快，同等條件下對系統要求較低，因此像開發操作系統、大型應用程序、數據庫系統等時都采用它，像C/C++、Pascal/Object?Pascal(Delphi)等都是編譯語言，但是它對開發人員的要求上就相對嚴格一些，從入門到掌握的周期比較長。并且大多數傳統編譯型語言開發出的軟件移植性不強，對系統要求比較單一，而一些網頁腳本、服務器腳本及輔助開發接口這樣的對速度要求不高、對不同系統平臺間的兼容性有一定要求的程序則通常使用解釋性語言，如Java、JavaScript、VBScript、Perl、Python、Ruby、MATLAB等等。

這樣的話，高效率和低成本就成了一種看上去矛盾的問題，還有一些代碼保密性的問題也相應而出。

所以在這種情況下，如果有一種結合以上兩種類型的開發模式，不僅能縮短軟件開發的過程而且使得開發出的軟件更高效，更具安全性。

數據存儲方面：

在當今社會中，有大量的信息數據需要存儲，因此數據庫技術的發展也日新月異，大致可分為：

關系型數據庫與XML數據庫，傳統的關系型數據庫，例如SqlServer/Orcale面臨了如下的障礙問題：

1、High?performance-對數據庫高并發讀寫的需求

web2.0網站要根據用戶個性化信息來實時生成動態頁面和提供動態信息，所以基本上無法使用動態頁面靜態化技術，因此數據庫并發負載非常高，往往要達到每秒上萬次讀寫請求。關系數據庫應付上萬次SQL查詢還勉強頂得住，但是應付上萬次SQL寫數據請求，硬盤IO就已經無法承受了。

2、Huge?Storage-對海量數據的高效率存儲和訪問的需求

對于關系數據庫來說，在一張2.5億條記錄的表里面進行SQL查詢，效率是極其低下乃至不可忍受的。例如大型web網站的用戶登錄系統，例如騰訊，盛大，動輒數以億計的帳號，關系數據庫也很難應付。

3、High?Scalability?&&?High?Availability-對數據庫的高可擴展性和高可用性的需求

在基于web的架構當中，數據庫是最難進行橫向擴展的，當一個應用系統的用戶量和訪問量與日俱增的時候，你的數據庫卻沒有辦法像web?server和app?server那樣簡單的通過添加更多的硬件和服務節點來擴展性能和負載能力。對于很多需要提供24小時不間斷服務的網站來說，對數據庫系統進行升級和擴展是非常痛苦的事情，往往需要停機維護和數據遷移。

XMl數據庫：XML數據庫是一種支持對XML格式文檔進行存儲和查詢等操作的數據管理系統。在系統中，開發人員可以對數據庫中的XML文檔進行查詢、導出和指定格式的序列化。

與傳統數據庫相比，XML數據庫具有以下優勢：

1、XML數據庫能夠對半結構化數據進行有效的存取和管理。如網頁內容就是一種半結構化數據，而傳統的關系數據庫對于類似網頁內容這類半結構化數據無法進行有效的管理。

2、提供對標簽和路徑的操作。傳統數據庫語言允許對數據元素的值進行操作，不能對元素名稱操作，半結構化數據庫提供了對標簽名稱的操作，還包括了對路徑的操作。