『壹』 XML技術與資料庫的發展趨勢分析
資料庫技術及其應用系統經歷了從層次資料庫 網狀資料庫到關系資料庫以及面向對象資料庫的發展 在傳統的商業和事務處理領域內逐步成熟 取代了原有的基於文件系統的數據處理方式 成為計算機信息系統中的重要基礎和支柱 但隨著Internet的飛速發展 Web的出現改變源激了人們習慣的處理方式 也給資料庫技術提出了必須面對的重要問題 即如何有效地存儲和管理Web上的數據(文檔) 使其既能被高效地操作和維護 又能在Internet平台上方便地表示和交換
XML技術自出現以來發展非常迅速 在許多領域內得到廣泛的支持而有著廣闊的應用前景 例如電子數據交換 電子商務等更是將XML作為一種基礎性 支柱性的技術來看待
資料庫簡史
資料庫系統是隨著計算機技術的不斷發展 在特定的歷史時期 特定的需求環境下出現的 在 年的第一台計算機到 世紀 年代這漫長的 年裡 計算機操作系統主要局限於文件的操作 對數據的管理也主要是通過文件系統來實現 進行計算所需要的各種數據存放在各自的文件里 使用這些數據時將文件打開 讀取文件中的數據到內存中 當計算完畢後 將計算結果仍舊寫入到文件中去 它的不足主要集中在無法對數據進行有效的統一管理 針對文件系統的重要缺點 人們逐步發展了以統一管理數據和共享數據為主要特徵的系統 即資料庫系統 年 美國通用電氣公司開發成功了世界上的第一個資料庫系統IDS(IntegratedDataStore) IDS奠定了網狀資料庫的基礎 並得到了廣泛的發行和應用 成為資料庫系統發展史上的一座豐碑 年 美國國際商用機器公司(IBM)也推出世界上第一個層次資料庫系統IMS(InformationManagement System) 同樣在資料庫系統發展史上佔有重要的地位
年代初 E F Codd在總結前面的層次 網狀資料庫優缺點的基礎上 提出了關系數據模型的概念及關系代數和關系演算 在 年代 關系資料庫系統無論從理論上還是實踐上都取得了豐碩的成果 在理論上確立了完整的關系模型理論 數據依賴理論和關系資料庫的設計理論 在實踐上 世界上出現了很多著名的關系資料庫系統 比較著名的如SystemR INGRES Oracle等
與文件系統相比 資料庫系統有幾個方面的特點 向用戶提供高級的介面 向用戶提供非過程化的資料庫語言(即SQL語言) 查詢的處理和優化 並發控制 數據的完整性約束
進入 年代之後 計算機硬體技術的飛速提高促使計算機應用不斷深入 產生了許多新的應用領域 例如計算機輔助設計 計算機輔助製造 計算機輔助教學 辦公自動化 智能信息處理 決策支持等 這些新的領域對資料庫系統提出了新的要求 但由於應用的多元化 不能設計出一個統一的數據模型來表示這些新型的數據及其相互關系 因而出現了百家爭鳴的局面 產生了演繹資料庫 面向對象資料庫 分布式資料庫 工程資料庫 時態資料庫 模糊資料庫等新型資料庫的研究和應用
XML簡介
XML推薦標准 版發布於 年 月 之後迅速在全球掀起了XML應用的浪潮 XML是一種描述型的標記語言 與HTML同為SGML(標准通用標記語言 ISO 國際標准)的一種應用 由於XML在可擴展性 可移植性和結構性等方面的突出優點 它的應用范圍突破了HTML所達到的范圍
一篇XML文檔由標記和內容組成 XML中有六種標記 元素(elements) 屬性(attributes) 實體引用(entityreferences) 注釋(ments) 處理指令(processinginstructions)和CDATA段(CDATAsections) XML與HTML最顯著的不同是XML文檔中引入了 文檔類型聲明 (Document Type Declarations) DTD使文檔可以與分析器交流關於它的內容的元信息 DTD的出現 賦予了XML文檔可擴展性 結構性和可驗證性 使XML具備了類似於資料庫的一些性質 可以利用XML來組織和管理信息 又可以與HTML一樣在拍裂鬧瀏覽器中方便地表示 在Internet上高效地傳遞和交換 考慮到與HTML的兼容 DTD並不是XML文檔必需襲罩的成份 具有DTD的XML文檔稱作 Valid 否則就是 Well formed
目前 處理XML文檔的方式主要有SAX與DOM兩種 SAX(SimpleAPIforXML)是一種基於流的 以事件處理方式工作的介面 SAX 在 年 月發布 增強了許多功能 包括對名字空間的支持 DOM(Document Object Model)則是在對XML文檔進行分析後 在內存中建立起一個完整的樹結構 然後在此基礎上進行各種操作 簡單地比較來看 SAX對系統資源要求低 速度快 但對文檔的操作是只讀的 DOM的處理能力強大 但要求大量的系統資源 尤其是對於大的文檔 而後還出現了Xpath和Xpointer用以完成XML的搜索和轉換 XSL XSLT和SOAP用以完成XML的遠程對象訪問 XML Query Languages的出現使XML查詢語言可用於任何XML文檔
XML與資料庫
XML文件是數據的集合 它是自描述的 可交換的 能夠以樹型或圖形結構描述數據 XML提供了許多資料庫所具備的工具 存儲(XML文檔) 模式(DTD XMLschema RE AXNG等) 查詢語言(XQuery XPath XQL XML QL QUILT等) 編程介面(SAX DOM JDOM)等 但XML並不能完全替代資料庫技術 XML缺少作為實用的資料庫所應具備的特性 高效的存儲 索引和數據修改機制 嚴格的數據安全控制 完整的事務和數據一致性控制 多用戶訪問機制 觸發器 完善的並發控制等 因此 盡管在數據量小 用戶少和性能要求不太高的環境下 可以將XML文檔用作資料庫 但卻不適用於用戶量大 數據集成度高以及性能要求高的作業環境
隨著Web技術的不斷發展 信息共享和數據交換的范圍不斷擴大 傳統的關系資料庫也面臨著挑戰 資料庫技術的應用是建立在資料庫管理系統基礎上的 各資料庫管理系統之間的異構性及其所依賴操作系統的異構性 嚴重限制了信息共享和數據交換范圍 資料庫技術的語義描述能力差 大多通過技術文檔表示 很難實現數據語義的持久性和傳遞性 而數據交換和信息共享都是基於語義進行的 在異構應用數據交換時 不利於計算機基於語義自動進行正確數據的檢索與應用 資料庫屬於高端應用 需要昂貴的價格和運行環境 而隨著網路和Internet的發展 數據交換的能力已成為新的應用系統的一個重要的要求 XML的好處是數據的可交換性(portable) 同時在數據應用方面還具有如下優點 ( )XML文件為純文本文件 不受操作系統 軟體平台的限制 ( )XML具有基於Schema自描述語義的功能 容易描述數據的語義 這種描述能為計算機理解和自動處理 ( )XML不僅可以描述結構化數據 還可有效描述半結構化 甚至非結構化數據
XML文件的存儲
XML文件的存儲方式有三大類 ( )將文件存儲於文件系統(StoringDocumentsinthe File System) ( )將文件存儲於BLOB(Storing Documents in BLOBs) 利用資料庫的事務管理 安全 多用戶訪問等優點 此外許多關系資料庫提供的檢索工具可以進行全文檢索 近似檢索 同義詞檢索和模糊檢索 其中某些工具將會支持XML 這樣就可消除將XML文件作為純文本檢索所帶來的問題 ( )將文件存儲於原生XML資料庫(Native XML Databases NXD) NXD是專用於存儲XML文件的資料庫 支持事務管理 安全 多用戶訪問 編程API和查詢語言等 與其它資料庫的唯一區別在於其內部模型是基於XML的 其中 最重要的存儲方式當屬原生XML資料庫
原生XML資料庫
原生XML資料庫(NativeXMLDatabases)為XML文檔定義了一個(邏輯)模型 並根據該模型存取文件 這個模型至少應包括元素 屬性 PCDATA和文件順序 其例子有XPath數據模型 XMLIn foset以及DOM所用的模型和SAX 的事件 它以XML文件作為其基本存儲單位 對底層的物理存儲模型沒有特殊要求 例如 它可以建在關系型 層次型或面向對象的資料庫之上 或者使用專用的存儲格式 比如索引或壓縮文件
NXD最適於存儲以文檔為中心的文件 這是由於NXD保留了文件 順序 處理指令 注釋 CDA TA塊以及實體引用等 而支持XML的資料庫XED(XML enableddatabase)無法做到 XED是在原有資料庫基礎上擴展了XML支持模塊 完成XML數據和資料庫之間的格式轉換和傳輸 從存儲粒度上 可以把整個XML文檔作為RDBMS表中一行 或把XML文檔進行解析後 存儲到相應的表格中 為了支持W C的一些XML操作標准 Xpath XED提供一些新的原語(如Oracle iR 增加了一些數據包來操作XML數據等) 並優化了XML處理模塊
NXD一般採用層次數據存儲模型 保持XML文檔的樹形結構 省掉了XML文檔和傳統資料庫的數據轉換過程 NXD還適用於存儲 天然格式 為XML的文件 NXD還可以存儲半結構化數據 在某種特定情形下提高存取速度以及存儲沒有DTD的文件(良構的文件)
原生XML資料庫的結構
原生XML資料庫的結構可分為兩大類 基於文本的和基於模型的
基於文本的NXD(Text BasedNativeXMLDatabases)將XML作為文本存儲 它可以是文件系統中的文件 關系資料庫中的BLOB或特定的文件格式 基於文本的NXD與層次結構的資料庫很相似 當存取預先定義好層次的數據時 它比關系資料庫更勝一籌 和層次結構的資料庫一樣 當以其它形式比如轉置層次存取數據時 NXD也會遇到麻煩 這個問題的嚴重程度尚未可知 很多關系資料庫都使用邏輯指針 使相同復雜度的查詢以相同的速度完成
基於模型的NXD(Model BasedNativeXMLDatabases)是根據文件構造一個內部模型並存儲這個模型 有些資料庫將該模型存儲於關系型和面向對象的資料庫中 例如在關系型資料庫中存儲DOM時 就會有元素 屬性 PCDATA 實體 實體引用等表格 其他資料庫使用了專為這種模型優化了的存儲格式 使用專用存儲格式的基於模型的NXD如果以文件的存儲順序讀取文件 其性能與基於文本的NXD相似
原生XML資料庫的特性
原生XML資料庫的特性(FeaturesofNativeXML Databases)有 ( )文件集(Document Collections) 支持集合(Collection)的概念 其作用相當於關系資料庫中的表和文件系統中的文件夾 ( )查詢語言(Query Languages) 最常用的有XPath(對多個文件的查詢作了擴充)和XQL 以及專有的查詢語言 ( )更新和刪除(Updates and Deletes) NXD對文件的更新和刪除方式從簡單的替換或刪除現有文件 到修改當前活動的DOM樹 以及用於指定如何修改文件片斷的語言 ( )事務 鎖定和並發(Transactions Locking and Concurrency) 支持事務處理 鎖定通常是對整個文檔的 所以多用戶並發性相對較低 問題的大小取決於應用程序以及 文件 的構成 ( )原生資料庫提供應用程序介面API(Application Programming Interfaces APIs) ( )NXD的一個重要特性是它可以為XML文檔提供 往返車票(round trip) 可以將XML文件存放在NXD中 而且再取回 同樣的 文件 對於以文檔為中心的應用程序來說非常重要 因為CDATA部分 實體用法 注釋和處理指令是這些文檔不可缺少的組成部分 特別是對於法律和醫學文件 按規定這些文檔必須要保持原樣 ( )外部數據(Remote Data) 某些NXD可包含有外部數據 它來自存儲在資料庫中的文檔 通常這些數據通過OD BC OLE DB或JDBC從關系數據中取出 模型可以是基於表格的或對象 關系型映射 ( )支持元素和屬性的索引
結論
XML技術的出現 使數據處理從文件方式到資料庫系統再到文件方式的循環 但新的文件方式已經與最初的文件系統有了本質的區別 格式化文檔 XML和關系資料庫在數據應用和數據管理方面各有優勢
lishixin/Article/program/net/201311/12776
『貳』 C# VS2008如何編輯WinForm時如何添加用XML技術製作的資料庫求解答 另外請問怎麼用XML技術製作資料庫
首先你要明白什麼是腔胡XML，其實XML就是自己按照一定的規則去定義節點的屬性。例如：我想存今天我做了什麼就可以這樣定義
<diary id="1" name="伍指洗頭" action="">
<address id="" name="洗頭的地點"></address>
<shampoo id="" name="洗發膏的牌子"></address>
.....
</diary>
這些可以根據自腔圓配己想存取的信息內容設定，當然要有規律。對於數據的處理不光能夠保存，也要能夠讀取出來！
『叄』 xml能設計出美觀的網頁么
XML就是一個資料庫，不存在美觀的問題，要用XSL格式化才能顯示
『肆』 xml是什麼有什麼作用
用
可擴展標記語言是一種元標記語言，即定義了用於定義其他特定領域有關語義的、結構化的標記語言，這些標記語言將文檔分成許多部件並對這些部件加以標識。XML 文檔定義方式有：文檔類型定義（DTD）和XML Schema。DTD定義了文檔的整體結構以及文檔的語法，應用廣泛並有豐富工具支持。XML Schema用於定義管理信息等更強大、更豐富的特徵。XML能夠更精確地聲明內容，方便跨越多種平台的更有意義的搜索結果。它提供了一種描述結構數據的格式，簡化了網路中數據交換和表示，使得代碼、數據和表示分離，並作為數據交換的標准格式，因此它常被稱為智能數據文檔。
XML技術已經廣泛應用於e-Learning應用系統的開發,大多數的商用e-Learning平台都支持XML標准。一些主要的網路設備製造商，如CISCO、JUNIPER等，生產的網路設備也已提供了對XML的支持，以利於今後基於XML的網路管理。
XML在e-Learning管理中的應用
一、兼容現有協議
XML文檔格式的管理信息可以很容易地通過HTTP 協議傳輸，由於HTTP是建立在TCP之上的，故管理數據能夠可靠傳輸。XML還支持訪問XML文檔的標准API，如DOM，SAX，XSLT，Xpath等。
二、統一的管理數據存取格式
XML能夠以靈活有效的方式定義管理信息的結構。以XML格式存儲的數據不僅有良好的內在結構，而且由於它是W3C提出的國際標准，因而受到廣大軟體提供商的支持，易於進行數據交流和開發。現有網路管理標准如TMN、SNMP等的管理信息庫規范決定了網管數據符合層次結構和面向對象原則，這使得以XML格式存儲網管數據也非常自然，易於實現。
三、不同應用系統間數據的共享和交互
只要定義一套描述各項管理數據和管理功能的XML語言，用Schema對這套語言進行規定，並且共享這些數據的系統的XML文檔遵從這些Schema，那麼管理數據和管理功能就可以在多個應用系統之間共享和交互。
四、底層傳輸的數據更具可讀性
網路中傳輸的底層數據因協議不同而編碼規則不同，雖然最終傳輸時都是二進制位流，但是不同的應用協議需要提供不同的轉換機制。這種情況導致管理站在對採用不同協議發送管理信息的被管對象之間進行管理時很難實現兼容。如果協議在數據表示時都採用XML格式進行描述，這樣網路之間傳遞的都是簡單的字元流，可以通過相同的XML解析器進行解析，然後根據不同的XML標記，對數據的不同部分進行區分處理，使底層數據更具可讀性。[3]
五、它和json都是一種數據交換格式
XML由3個部分構成，它們分別是：文檔類型定義（Document Type Definition，DTD），即XML的布局語言；可擴展的樣式語言（Extensible Style Language，XSL），即XML的樣式表語言；以及可擴展鏈接語言（Extensible Link Language，XLL）。
（1）DTD
DTD規定了文檔的邏輯結構。它可定義文檔的語法，而文檔的語法反過來也能夠讓XML語法分析程序確認頁面標記使用的合法性。DTD定義了頁面的元素、元素的屬性及元素和屬性間的關系。元素與元素間用起始標記和結束標記來定界，對於空元素，用一個空元素標記來分隔。每一個元素都有一個用名字標識的類型，也稱為它的通用標識符，並且它還可以有一個屬性說明集。每個屬性說明都有一個名字和一個值。理想定義應該面向描述與應用程序相關的數據結構，而不是如何顯示數據。就是說，應該把一個元素定義為一個標題行，之後讓樣式表和腳本定義顯示標題行。
DTD不具強制性。對於簡單的應用程序來說，開發商不需建立自己的DTD，可以使用預先定義的公共DTD或不使用。即使某個文檔已經有DTD，只要文檔組織是良好的，語法分析程序也不必對照DTD來檢驗文檔的合法性。伺服器可能己執行了檢查，所以檢驗的時間和帶寬將得以大幅度節省。
（2）XSL
XSL是用來規定XML文檔樣式的語言。XSL能使Web瀏覽器改變原有文檔的表示法，例如改變數據的顯示順序，不必再與伺服器進行交互通信。通過樣式表的變換，同一文檔可以顯示得更大，或經過折疊只顯示外面的一層，或者變為列印格式。
XSL憑借其本身的可擴展性，能夠控制無窮無盡的標記，而且控制每個標記的方式也是無窮盡的，這也給Web提供了高級的布局特性。如文本的旋轉、多列和獨立區域。同時支持國際書寫格式，可在一頁上混合使用從左至右、從右至左及從上至下的書寫格式。就如同XML介於HTML和SGML之間一樣，XSL標準是介於CSS和SGMI的文檔樣式語義和規范語言之間的。
（3）XLL
XLL支持Web上已有的簡單鏈接，而且將進一步擴展鏈接，包括終結死鏈接的間接鏈接及可從伺服器中只查詢某個元素的相關部分鏈接等。
超文本標記語言（HTML）僅僅執行歷來與超文本系統概念相關的極少功能，僅支持最簡單的鏈接形式，即指向硬編碼位置的單向鏈接，這與XML相比有著很大的差別。在為XML所設想的真正超文本系統中，所有典型的超文本鏈接機制全部將得到支持，包括：與位置無關命名，雙向鏈接，可在文檔外規定和管理的鏈接，元超鏈接（如環路、多個窗口），集合鏈接（多來源），Transc1usion（鏈接目標文檔是鏈接源文檔的一部分），鏈接屬性（鏈接類型）。
所有這些可通過XLL來實現。由於XML以SGML作為基礎，因此，XLL基本上屬於Hytime（超媒體/基於時間的結構語言，ISO10744）的一個子集，另外它還遵循文本編碼所倡議規定的鏈接概念。
XML能方便有效地表示結構化數據，這就使得XML可以作為描述和傳輸數據的手段。使用XML進行數據交換已經成為計算機軟體領域的標准技術模式。通過XML實現數據的標准化、結構化，解決了在不同平台、不同系統之間的數據結構/模式的差異，使得數據層在XML技術的支持下統一起來。
Web Service全部的規范，技術都是以XML為底層核心和構架基礎的，對Web Service而言，SOAP、WSDL和UDDI，都是使用XML作為信息描述和交換的標准手段。XML技術的產生促使了Web Service技術的產生與發展。
『伍』 如何用XML實現高效管理數據
XML數據是Web上數據交換和表達的標准形式 和關系資料庫相比 XML數據可以表達具有復雜結構的數據 比如樹結構的數據 正因為此 在信息集成系統中 XML數據經常被用作信息轉換的標准
管理三大領域數據
基於XML數據的特點 XML數據的高效管理通常有著以下的應用
復雜數據的管理
XML可以有效地表達復雜的數據 這些復雜的數據雖然利用關系資料庫也可以進行管理 但是這樣會帶來大量的冗餘 比如說文章和作者的信息 如果利用關系資料庫 需要分別用關系表達文章和作者的信息 以及這兩者之間的關系 這樣的表達 在文章和作者關系的關系中分別需要保存文章和作者對應的ID 如果僅僅為了表達文章和作者之間的關系 這個ID是冗餘信息 在XML數據中對象之間的關系可以直接用嵌套或者ID IDREF的指向來表達 此外XML數據上的查詢可以表達更加復雜的語義 比如XPath可以表達比SQL更為復雜的語義 因此利用XML對復雜數據進行管理是一項有前途的應用
互聯網中數據的管理
互聯網上的數據與傳統的事務資料庫與數據倉庫都不同 其特點可以表現為模式不明顯 經常有缺失信息 對象結構比較復雜 因此在和互聯網相關的應用 特別是對從互聯網採集和獲取的信息進行管理的時候 如果使用傳統的關系資料庫 存在著產生過多的關系 關系中存在大量的空值等問題 而XML可以用來表達半結構數據 對模式不明顯 存在缺失信息和結構復雜的數據可以非常好的表達 特別在許多web系統中 XML已經是數據交換和表達的標准形式 因此XML數據的高效管理在互聯網的系統中存在著重要的應用
信息集成中的數據管理
現代信息集成系統超越了傳統的聯邦資料庫和數據集成系統 需要集成多種多樣的數據源 包括關系資料庫 對象 關系資料庫以及網頁和文本形式存在的數據 對於這樣的數據進行集成 XML這樣既可以表達結構數據也可以表達半結構數據的形式成為首選 而在信息集成系統中 為了提高系統的效率 需要建立一個cache 把一部分數據放到本地 在基於XML的信息集成系統中 這個cache就是一個XML數據管理系統 因此XML數據的管理在信息集成系統中也有著重要的應用
開發難點解決之道
在實際的XML資料庫以及基於XML的信息集成系統的開發過程中 筆者遇到了一些技術難點 在解決這些難點的過程中 有一些經驗是值得借鑒的參考的
關系資料庫中復雜查詢的優化
在基於關系資料庫的XML數據管理系統中 在沒有建立索引的情況下 系統的性能非常低 為了提高系統的性能 我們在編碼上建立了索引 經過分析 由於在系統中最常做的操作是a x b y的join操作 最好的選擇是建立二維索引 由於我們的後端資料庫沒有對二維索引的支持 我們選擇了在x和y屬性上分別建立B+樹的方法 使得系統性能得到了提高 此外 我雀汪們發現 在對嵌套查詢進行翻譯的過程中 如果嵌套查詢的結果可能過大 對嵌套查詢的結果建立臨時表可以提高系統的性能
經驗總結 對於一個資料庫應用 需要對其workload進行分析 根據workload建立索引 對於執行效率很慢的查詢或查詢集合 可以通過分析查詢計劃找出系統的瓶頸進行處理
復雜資料庫系統的調試
在調試XML數據的管理系統中 多次出現了小規模數據執行准確 效率很高 而大規模數據執行錯誤或執行效率很低的情況 對於這種情況 我們採取頃尺仔了定位錯誤 猜測錯誤 繼而加以解決的策略 也就是首先確定出現錯誤的操作 使得錯誤的出現具有可重復性 然後通過逐步刪減數據 確定數據出現在哪些數據上 這樣就使得調試設計的操作和數據的規模大大減小了 然後根據經驗對錯誤進行猜測 逐步排除錯誤
經驗總結 對於數據規模大 操作復雜的資料庫系統的調困世試 首要任務是讓錯誤可以重現 然後把次要因素逐步排除 最後發現問題的所在
復雜資料庫系統的測試
由於系統需要處理各種各樣的XML上的查詢 為了確保系統的健壯性 需要選取多種具有代表性的查詢對系統進行測試 為了選取這樣的查詢 我們考察了XML上影響查詢的不同參數 包括查詢的長度 查詢中包含的關系種類 查詢的選擇性和查詢中約束條件的選擇性 根據這些參數 我們分別選擇有代表性的查詢對系統進行測試
lishixin/Article/program/net/201311/12558
『陸』 xml資料庫的簡介
目前XML資料庫有三種類型：
(1)XMLEnabledDatabase(XEDB)，即能處理XML的資料庫。其特點是在原有的資料庫系統上擴充對XML數據的處理功能，使之能適應XML數據存儲和查詢的需要。一般的做法是在資料庫系統之上增加XML映射層，這可以由資料庫供應商提供，也可以由第三方廠商提供。映射層管理XML數據的存儲和檢索，但原始的XML元數據和結構可能會丟失，而且數據檢索的結果不能保證是原始的XML形式。XEDB的基本存儲單位與具體的實現緊密相關。
(2)NativeXMLDatabase(NXD)，即純XML資料庫。其特點是以自然的方式處理XML數據，以XML文檔作為基本的邏輯存儲單位，針對XML的數據存儲和查詢特點專門設計適用的數據模型和處理方法。
(3)HybridXMLDatabase(HXD)，即混合XML資料庫。根據應用的需求，可以視其為XEDB或NXD的資料庫，典型的例子是Ozone。
XML資料庫是一個能夠在應用中管理XML數據和文檔的集合的資料庫系統。XML資料庫是XML文檔及其部件的集合，並通過一個具有能力管理和控制這個文檔集合本身及其所表示信息的系統來維護。XML資料庫不僅是結構化數據和半結構化數據的存儲庫，像管理其它數據一樣，持久的XML數據管理包括數據的獨立性、集成性、訪問許可權、視圖、完備性、冗餘性、一致性以及數據恢復等。這些文檔是持久的並且是可以操作的。
當前著重於頁面顯示格式的HTML標記語言和基於它的關鍵詞檢索等技術已經不能滿足用戶日益增長的信息需求。近年來的研究致力於將資料庫技術應用於網上數據的管理和查詢，使查詢可以在更細的粒度上進行，並集成多個數據源的數據。但困難在於網上數據缺乏統一的、固定的模式，數據往往是不規則且經常變動的。因此，XML數據作為一種自描述的半結構化數據為Web的數據管理提供了新的數據模型，如果將XML標記數據放入一定的結構中，對數據的檢索、分析、更新和輸出就能夠在更加容易管理的、系統的和較為熟悉的環境下進行，因而我們將資料庫技術應用於XML數據處理領域，通過XML數據模型與資料庫模型的映射來存儲、提取、綜合和分析XML文檔的內容。這為資料庫研究開拓了一個新的方向，將資料庫技術的研究擴展到對Web數據的管理。
『柒』 如何進行資料庫的設計
資料庫設計(Database Design)是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求（信息要求和處理要求）。
在資料庫領域內，常常把使用資料庫的各類系統統稱為資料庫應用系統。
一、資料庫和信息系統
(1)資料庫是信息系統的核心和基礎，把信息系統中大量的數據按一定的模型組織起來，提供存儲、維護、檢索數據的
功能，使信息系統可以方便、及時、准確地從資料庫中獲得所需的信息。
(2)資料庫是信息系統的各個部分能否緊密地結合在一起以及如何結合的關鍵所在。
(3)資料庫設計是信息系統開發和建設的重要組成部分。
(4)資料庫設計人員應該具備的技術和知識：
資料庫的基本知識和資料庫設計技術
計算機科學的基礎知識和程序設計的方法和技巧
軟體工程的原理和方法
應用領域的知識
二、資料庫設計的特點
資料庫建設是硬體、軟體和干件的結合
三分技術，七分管理，十二分基礎數據
技術與管理的界面稱之為「干件」
資料庫設計應該與應用系統設計相結合
結構（數據）設計：設計資料庫框架或資料庫結構
行為（處理）設計：設計應用程序、事務處理等
結構和行為分離的設計
傳統的軟體工程忽視對應用中數據語義的分析和抽象，只要有可能就盡量推遲數據結構設計的決策早期的資料庫設計致力於數據模型和建模方法研究，忽視了對行為的設計
如圖：
三、資料庫設計方法簡述
手工試湊法
設計質量與設計人員的經驗和水平有直接關系
缺乏科學理論和工程方法的支持，工程的質量難以保證
資料庫運行一段時間後常常又不同程度地發現各種問題，增加了維護代價
規范設計法
手工設計方
基本思想
過程迭代和逐步求精
規范設計法(續)
典型方法：
(1)新奧爾良（New Orleans）方法：將資料庫設計分為四個階段
S.B.Yao方法：將資料庫設計分為五個步驟
I.R.Palmer方法：把資料庫設計當成一步接一步的過程
(2)計算機輔助設計
ORACLE Designer 2000
SYBASE PowerDesigner
四、資料庫設計的基本步驟
資料庫設計的過程(六個階段)
1.需求分析階段
准確了解與分析用戶需求（包括數據與處理）
是整個設計過程的基礎，是最困難、最耗費時間的一步
2.概念結構設計階段
是整個資料庫設計的關鍵
通過對用戶需求進行綜合、歸納與抽象，形成一個獨立於具體DBMS的概念模型
3.邏輯結構設計階段
將概念結構轉換為某個DBMS所支持的數據模型
對其進行優化
4.資料庫物理設計階段
為邏輯數據模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）
5.資料庫實施階段
運用DBMS提供的數據語言、工具及宿主語言，根據邏輯設計和物理設計的結果
建立資料庫，編制與調試應用程序，組織數據入庫，並進行試運行
6.資料庫運行和維護階段
資料庫應用系統經過試運行後即可投入正式運行。
在資料庫系統運行過程中必須不斷地對其進行評價、調整與修改
設計特點:
在設計過程中把資料庫的設計和對資料庫中數據處理的設計緊密結合起來將這兩個方面的需求分析、抽象、設計、實現在各個階段同時進行，相互參照，相互補充，以完善兩方面的設計
設計過程各個階段的設計描述：
如圖：
五、資料庫各級模式的形成過程
1.需求分析階段：綜合各個用戶的應用需求
2.概念設計階段：形成獨立於機器特點，獨立於各個DBMS產品的概念模式(E-R圖)
3.邏輯設計階段：首先將E-R圖轉換成具體的資料庫產品支持的數據模型，如關系模型，形成資料庫邏輯模式；然後根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖(View)，形成數據的外模式
4.物理設計階段：根據DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成資料庫內模式
六、資料庫設計技巧
1. 設計資料庫之前（需求分析階段）
1) 理解客戶需求，詢問用戶如何看待未來需求變化。讓客戶解釋其需求，而且隨著開發的繼續，還要經常詢問客戶保證其需求仍然在開發的目的之中。
2) 了解企業業務可以在以後的開發階段節約大量的時間。
3) 重視輸入輸出。
在定義資料庫表和欄位需求（輸入）時，首先應檢查現有的或者已經設計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和欄位。
舉例：假如客戶需要一個報表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨的郵政編碼欄位而不要把郵政編碼糅進地址欄位里。
4) 創建數據字典和ER 圖表
ER 圖表和數據字典可以讓任何了解資料庫的人都明確如何從資料庫中獲得數據。ER圖對表明表之間關系很有用，而數據字典則說明了每個欄位的用途以及任何可能存在的別名。對SQL 表達式的文檔化來說這是完全必要的。
5) 定義標準的對象命名規范
資料庫各種對象的命名必須規范。
2. 表和欄位的設計（資料庫邏輯設計）
表設計原則
1) 標准化和規范化
數據的標准化有助於消除資料庫中的數據冗餘。標准化有好幾種形式，但Third Normal Form（3NF）通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF 標準的資料庫的表設計原則是：「One Fact in One Place」即某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。
舉例：某個存放客戶及其有關定單的3NF 資料庫就可能有兩個表：Customer 和Order。Order 表不包含定單關聯客戶的任何信息，但表內會存放一個鍵值，該鍵指向Customer 表裡包含該客戶信息的那一行。
事實上，為了效率的緣故，對表不進行標准化有時也是必要的。
2) 數據驅動
採用數據驅動而非硬編碼的方式，許多策略變更和維護都會方便得多，大大增強系統的靈活性和擴展性。
舉例，假如用戶界面要訪問外部數據源（文件、XML 文檔、其他資料庫等），不妨把相應的連接和路徑信息存儲在用戶界面支持表裡。還有，如果用戶界面執行工作流之類的任務（發送郵件、列印信箋、修改記錄狀態等），那麼產生工作流的數據也可以存放在資料庫里。角色許可權管理也可以通過數據驅動來完成。事實上，如果過程是數據驅動的，你就可以把相當大的責任推給用戶，由用戶來維護自己的工作流過程。
3) 考慮各種變化
在設計資料庫的時候考慮到哪些數據欄位將來可能會發生變更。
舉例，姓氏就是如此（注意是西方人的姓氏，比如女性結婚後從夫姓等）。所以，在建立系統存儲客戶信息時，在單獨的一個數據表裡存儲姓氏欄位，而且還附加起始日和終止日等欄位，這樣就可以跟蹤這一數據條目的變化。
欄位設計原則
4) 每個表中都應該添加的3 個有用的欄位
dRecordCreationDate，在VB 下默認是Now()，而在SQL Server • 下默認為GETDATE()
sRecordCreator，在SQL Server 下默認為NOT NULL DEFAULT • USER
nRecordVersion，記錄的版本標記；有助於准確說明記錄中出現null 數據或者丟失數據的原因 •
5) 對地址和電話採用多個欄位
描述街道地址就短短一行記錄是不夠的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的靈活性。還有，電話號碼和郵件地址最好擁有自己的數據表，其間具有自身的類型和標記類別。
6) 使用角色實體定義屬於某類別的列
在需要對屬於特定類別或者具有特定角色的事物做定義時，可以用角色實體來創建特定的時間關聯關系，從而可以實現自我文檔化。
舉例：用PERSON 實體和PERSON_TYPE 實體來描述人員。比方說，當John Smith, Engineer 提升為John Smith, Director 乃至最後爬到John Smith, CIO 的高位，而所有你要做的不過是改變兩個表PERSON 和PERSON_TYPE 之間關系的鍵值，同時增加一個日期/時間欄位來知道變化是何時發生的。這樣，你的PERSON_TYPE 表就包含了所有PERSON 的可能類型，比如Associate、Engineer、Director、CIO 或者CEO 等。還有個替代辦法就是改變PERSON 記錄來反映新頭銜的變化，不過這樣一來在時間上無法跟蹤個人所處位置的具體時間。
7) 選擇數字類型和文本類型盡量充足
在SQL 中使用smallint 和tinyint 類型要特別小心。比如，假如想看看月銷售總額，總額欄位類型是smallint，那麼，如果總額超過了$32,767 就不能進行計算操作了。
而ID 類型的文本欄位，比如客戶ID 或定單號等等都應該設置得比一般想像更大。假設客戶ID 為10 位數長。那你應該把資料庫表欄位的長度設為12 或者13 個字元長。但這額外占據的空間卻無需將來重構整個資料庫就可以實現資料庫規模的增長了。
8) 增加刪除標記欄位
在表中包含一個「刪除標記」欄位，這樣就可以把行標記為刪除。在關系資料庫里不要單獨刪除某一行；最好採用清除數據程序而且要仔細維護索引整體性。
3. 選擇鍵和索引（資料庫邏輯設計）
鍵選擇原則：
1) 鍵設計4 原則
為關聯欄位創建外鍵。 •
所有的鍵都必須唯一。 •
避免使用復合鍵。 •
外鍵總是關聯唯一的鍵欄位。 •
2) 使用系統生成的主鍵
設計資料庫的時候採用系統生成的鍵作為主鍵，那麼實際控制了資料庫的索引完整性。這樣，資料庫和非人工機制就有效地控制了對存儲數據中每一行的訪問。採用系統生成鍵作為主鍵還有一個優點：當擁有一致的鍵結構時，找到邏輯缺陷很容易。
3) 不要用用戶的鍵(不讓主鍵具有可更新性)
在確定採用什麼欄位作為表的鍵的時候，可一定要小心用戶將要編輯的欄位。通常的情況下不要選擇用戶可編輯的欄位作為鍵。
4) 可選鍵有時可做主鍵
把可選鍵進一步用做主鍵，可以擁有建立強大索引的能力。
索引使用原則：
索引是從資料庫中獲取數據的最高效方式之一。95%的資料庫性能問題都可以採用索引技術得到解決。
1) 邏輯主鍵使用唯一的成組索引，對系統鍵（作為存儲過程）採用唯一的非成組索引，對任何外鍵列採用非成組索引。考慮資料庫的空間有多大，表如何進行訪問，還有這些訪問是否主要用作讀寫。
2) 大多數資料庫都索引自動創建的主鍵欄位，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯表的某條記錄就用得上。
3) 不要索引memo/note 欄位，不要索引大型欄位（有很多字元），這樣作會讓索引佔用太多的存儲空間。
4) 不要索引常用的小型表
不要為小型數據表設置任何鍵，假如它們經常有插入和刪除操作就更別這樣作了。對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時間。
4. 數據完整性設計（資料庫邏輯設計）
1) 完整性實現機制：
實體完整性：主鍵
參照完整性：
父表中刪除數據：級聯刪除；受限刪除；置空值
父表中插入數據：受限插入；遞歸插入
父表中更新數據：級聯更新；受限更新；置空值
DBMS對參照完整性可以有兩種方法實現：外鍵實現機制（約束規則）和觸發器實現機制
用戶定義完整性：
NOT NULL；CHECK；觸發器
2) 用約束而非商務規則強制數據完整性
採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於商務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。
3) 強制指示完整性
在有害數據進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。
4) 使用查找控制數據完整性
控制數據完整性的最佳方式就是限制用戶的選擇。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：國家代碼、狀態代碼等。
5) 採用視圖
為了在資料庫和應用程序代碼之間提供另一層抽象，可以為應用程序建立專門的視圖而不必非要應用程序直接訪問數據表。這樣做還等於在處理資料庫變更時給你提供了更多的自由。
5. 其他設計技巧
1) 避免使用觸發器
觸發器的功能通常可以用其他方式實現。在調試程序時觸發器可能成為干擾。假如你確實需要採用觸發器，你最好集中對它文檔化。
2) 使用常用英語（或者其他任何語言）而不要使用編碼
在創建下拉菜單、列表、報表時最好按照英語名排序。假如需要編碼，可以在編碼旁附上用戶知道的英語。
3) 保存常用信息
讓一個表專門存放一般資料庫信息非常有用。在這個表裡存放資料庫當前版本、最近檢查/修復（對Access）、關聯設計文檔的名稱、客戶等信息。這樣可以實現一種簡單機制跟蹤資料庫，當客戶抱怨他們的資料庫沒有達到希望的要求而與你聯系時，這樣做對非客戶機/伺服器環境特別有用。
4) 包含版本機制
在資料庫中引入版本控制機制來確定使用中的資料庫的版本。時間一長，用戶的需求總是會改變的。最終可能會要求修改資料庫結構。把版本信息直接存放到資料庫中更為方便。
5) 編制文檔
對所有的快捷方式、命名規范、限制和函數都要編制文檔。
採用給表、列、觸發器等加註釋的資料庫工具。對開發、支持和跟蹤修改非常有用。
對資料庫文檔化，或者在資料庫自身的內部或者單獨建立文檔。這樣，當過了一年多時間後再回過頭來做第2 個版本，犯錯的機會將大大減少。
6) 測試、測試、反復測試
建立或者修訂資料庫之後，必須用用戶新輸入的數據測試數據欄位。最重要的是，讓用戶進行測試並且同用戶一道保證選擇的數據類型滿足商業要求。測試需要在把新資料庫投入實際服務之前完成。
7) 檢查設計
在開發期間檢查資料庫設計的常用技術是通過其所支持的應用程序原型檢查資料庫。換句話說，針對每一種最終表達數據的原型應用，保證你檢查了數據模型並且查看如何取出數據。
『捌』 XML與關系資料庫的關系
資料庫技術及其應用系統經歷了從層次資料庫、網狀資料庫到關系資料庫以及面向對象資料庫的發展，在傳統的商業和事務處理領域內逐步成熟，取代了原有的基於文件系統的數據處理方式，成為計算機信息系統中的重要基礎和支柱。但隨著Internet的飛速發展，Web的出現改變了人們習慣的處理方式，也給資料庫技術提出了必須面對的重要問題：即如何有效地存儲和管理Web上的數據(文檔)，使其既能被高效地操作和維護，又能在Internet平台上方便地表示和交換。
XML技術自出現以來發展非常迅速，在許多領域內得到廣泛的支持而有著廣闊的應用前景。例如電子數據交換、電子商務等更是將XML作為一種基礎性、支柱性的技術來看待。
1、資料庫簡史
資料庫系統是隨著計算機技術的不斷發展，在特定的歷史時期、特定的需求環境下出現的。在1946年的第一台計算機到20世紀60年代這漫長的20年裡，計算機操作系統主要局限於文件的操作，對數據的管理也主要是通過文件系統來實現。進行計算所需要的各種數據存放在各自的文件里，使用這些數據時將文件打開，讀取文件中的數據到內存中，當計算完畢後，將計算結果仍舊寫入到文件中去，它的不足主要集中在無法對數據進行有效的統一管理。針對文件系統的重要缺點，人們逐步發展了以統一管理數據和共享數據為主要特徵的系統，即資料庫系統。1964年，美國通用電氣公司開發成功了世界上的第一個資料庫系統IDS(IntegratedDataStore)。IDS奠定了網狀資料庫的基礎，並得到了廣泛的發行和應用，成為資料庫系統發展史上的一座豐碑。1969年，美國國際商用機器公司(IBM)也推出世界上第一個層次資料庫系統IMS(InformationManagement System)，同樣在資料庫系統發展史上佔有重要的地位。
70年代初，E.F.Codd在總結前面的層次、網狀資料庫優缺點的基礎上，提出了關系數據模型的概念及關系代數和關系演算。在70年代，關系資料庫系統無論從理論上還是實踐上都取得了豐碩的成果。在理論上確立了完整的關系模型理論、數據依賴理論和關系資料庫的設計理論;在實踐上，世界上出現了很多著名的關系資料庫系統，比較著名的如SystemR、INGRES、Oracle等。
與文件系統相比，資料庫系統有幾個方面的特點：向用戶提供高級的介面;向用戶提供非過程化的資料庫語言(即SQL語言);查詢的處理和優化;並發控制;數據的完整性約束。
進入80年代之後，計算機硬體技術的飛速提高促使計算機應用不斷深入，產生了許多新的應用領域，例如計算機輔助設計、計算機輔助製造、計算機輔助教學、辦公自動化、智能信息處理、決策支持等。這些新的領域對資料庫系統提出了新的要求。但由於應用的多元化，不能設計出一個統一的數據模型來表示這些新型的數據及其相互關系，因而出現了百家爭鳴的局面，產生了演繹資料庫、面向對象資料庫、分布式資料庫、工程資料庫、時態資料庫、模糊資料庫等新型資料庫的研究和應用。
2、XML簡介
XML推薦標准1.0版發布於1998年2月，之後迅速在全球掀起了XML應用的浪潮。XML是一種描述型的標記語言，與HTML同為SGML(標准通用標記語言，ISO-8879國際標准)的一種應用。由於XML在可擴展性、可移植性和結構性等方面的突出優點，它的應用范圍突破了HTML所達到的范圍。
一篇XML文檔由標記和內容組成。XML中有六種標記：元素(elements)、屬性(attributes)、實體引用(entityreferences)、注釋(comments)、處理指令(processinginstructions)和CDATA段(CDATAsections)。XML與HTML最顯著的不同是XML文檔中引入了「文檔類型聲明」(Document Type Declarations)。DTD使文檔可以與分析器交流關於它的內容的元信息。DTD的出現，賦予了XML文檔可擴展性、結構性和可驗證性，使XML具備了類似於資料庫的一些性質，可以利用XML來組織和管理信息;又可以與HTML一樣在瀏覽器中方便地表示，在Internet上高效地傳遞和交換。考慮到與HTML的兼容，DTD並不是XML文檔必需的成份。具有DTD的XML文檔稱作「Valid」，否則就是「Well-formed」。
目前，處理XML文檔的方式主要有SAX與DOM兩種。SAX(SimpleAPIforXML)是一種基於流的、以事件處理方式工作的介面。SAX 2.0在2000年5月發布，增強了許多功能，包括對名字空間的支持。DOM(Document Object Model)則是在對XML文檔進行分析後，在內存中建立起一個完整的樹結構，然後在此基礎上進行各種操作。簡單地比較來看，SAX對系統資源要求低、速度快，但對文檔的操作是只讀的;DOM的處理能力強大，但要求大量的系統資源，尤其是對於大的文檔。而後還出現了Xpath和Xpointer用以完成XML的搜索和轉換;XSL、XSLT和SOAP用以完成XML的遠程對象訪問，XML Query Languages的出現使XML查詢語言可用於任何XML文檔。
3、XML與資料庫
XML文件是數據的集合，它是自描述的、可交換的，能夠以樹型或圖形結構描述數據。XML提供了許多資料庫所具備的工具：存儲(XML文檔)、模式(DTD，XMLschema，RE1AXNG等)、查詢語言(XQuery，XPath，XQL，XML-QL，QUILT等)、編程介面(SAX，DOM，JDOM)等。但XML並不能完全替代資料庫技術。XML缺少作為實用的資料庫所應具備的特性：高效的存儲、索引和數據修改機制;嚴格的數據安全控制;完整的事務和數據一致性控制;多用戶訪問機制;觸發器、完善的並發控制等。因此，盡管在數據量小、用戶少和性能要求不太高的環境下，可以將XML文檔用作資料庫，但卻不適用於用戶量大、數據集成度高以及性能要求高的作業環境。
隨著Web技術的不斷發展，信息共享和數據交換的范圍不斷擴大，傳統的關系資料庫也面臨著挑戰。資料庫技術的應用是建立在資料庫管理系統基礎上的，各資料庫管理系統之間的異構性及其所依賴操作系統的異構性，嚴重限制了信息共享和數據交換范圍;資料庫技術的語義描述能力差，大多通過技術文檔表示，很難實現數據語義的持久性和傳遞性，而數據交換和信息共享都是基於語義進行的，在異構應用數據交換時，不利於計算機基於語義自動進行正確數據的檢索與應用;資料庫屬於高端應用，需要昂貴的價格和運行環境。而隨著網路和Internet的發展，數據交換的能力已成為新的應用系統的一個重要的要求。XML的好處是數據的可交換性(portable)，同時在數據應用方面還具有如下優點：(1)XML文件為純文本文件，不受操作系統、軟體平台的限制;(2)XML具有基於Schema自描述語義的功能，容易描述數據的語義，這種描述能為計算機理解和自動處理;(3)XML不僅可以描述結構化數據，還可有效描述半結構化，甚至非結構化數據。
4、XML文件的存儲
XML文件的存儲方式有三大類：(1)將文件存儲於文件系統(StoringDocumentsinthe File System);(2)將文件存儲於BLOB(Storing Documents in BLOBs)，利用資料庫的事務管理、安全、多用戶訪問等優點。此外許多關系資料庫提供的檢索工具可以進行全文檢索、近似檢索、同義詞檢索和模糊檢索。其中某些工具將會支持XML，這樣就可消除將XML文件作為純文本檢索所帶來的問題。(3)將文件存儲於原生XML資料庫(Native XML Databases，NXD)。NXD是專用於存儲XML文件的資料庫，支持事務管理、安全、多用戶訪問、編程API和查詢語言等。與其它資料庫的唯一區別在於其內部模型是基於XML的。其中，最重要的存儲方式當屬原生XML資料庫。
4.1原生XML資料庫
原生XML資料庫(NativeXMLDatabases)為XML文檔定義了一個(邏輯)模型，並根據該模型存取文件。這個模型至少應包括元素、屬性、PCDATA和文件順序。其例子有XPath數據模型、XMLIn-foset以及DOM所用的模型和SAX 1.0的事件。它以XML文件作為其基本存儲單位，對底層的物理存儲模型沒有特殊要求。例如，它可以建在關系型、層次型或面向對象的資料庫之上，或者使用專用的存儲格式，比如索引或壓縮文件。
NXD最適於存儲以文檔為中心的文件。這是由於NXD保留了文件、順序、處理指令、注釋、CDA-TA塊以及實體引用等，而支持XML的資料庫XED(XML-enableddatabase)無法做到。XED是在原有資料庫基礎上擴展了XML支持模塊，完成XML數據和資料庫之間的格式轉換和傳輸。從存儲粒度上，可以把整個XML文檔作為RDBMS表中一行，或把XML文檔進行解析後，存儲到相應的表格中。為了支持W3C的一些XML操作標准，Xpath、XED提供一些新的原語(如Oracle9iR2增加了一些數據包來操作XML數據等)，並優化了XML處理模塊.
『玖』 怎樣創建一個簡單的XML資料庫用什麼軟體最好是有程序~~急救~~
微軟的 access