|
查詢外部數(shù)據(jù)源 使用 XQuery,可以基于 XML 數(shù)據(jù)以及可以用 XML 表示的非 XML 數(shù)據(jù)生成 XML 文檔,無論其位置如何:無論是存儲在數(shù)據(jù)庫中、置于網(wǎng)站上、即時(shí)創(chuàng)建還是存儲在文件系統(tǒng)中。但要注意,Oracle XML DB 為針對數(shù)據(jù)庫中存儲的數(shù)據(jù)進(jìn)行的 XML 操作提供了非常高的性能和可伸縮性。因此,如果您能夠完全控制所處理的數(shù)據(jù),則最好將它移動到數(shù)據(jù)庫中。 正如您從前面的示例中了解到的,在 Oracle XQuery 實(shí)施中,doc 和 collection XQuery 函數(shù)用于訪問 Oracle XML DB 信息庫中存儲的 XML 文檔?梢酝ㄟ^ XMLTable 和 XMLQuery SQL 函數(shù)中的 PASSING 子句動態(tài)綁定外部數(shù)據(jù)源?紤]以下示例。假設(shè)您的公司要為那些致力于 XQ 項(xiàng)目的員工支付獎(jiǎng)金。因此,財(cái)務(wù)部發(fā)布了 empsbonus.xml 文件,其中包含有資格獲得獎(jiǎng)金的員工列表以及該列表中輸入的每個(gè)員工的獎(jiǎng)金數(shù)額。empsbonus.xml 文件可能如下所示: 在實(shí)際情況中,以上的 XML 文件可能置于網(wǎng)站上(因此可以通過互聯(lián)網(wǎng)獲得)、以文件形式存儲在本地文件系統(tǒng)中,或以文件資源形式存儲在 Oracle XML DB 信息庫中。就本示例而言,該文件位于網(wǎng)站上。為簡單起見,可以在目錄(Web 服務(wù)器在其中存儲可從 Web 看到的文檔)中創(chuàng)建一個(gè)員工文件夾,然后在該文件夾中插入 empsbonus.xml 文件,以便可以通過以下 URL 訪問 empsbonus.xml 文件: 接下來,假設(shè)您需要基于 empsbonus.xml 文檔中存儲的數(shù)據(jù)創(chuàng)建一個(gè)報(bào)表。在該報(bào)表中,您可能不但要包含列表中顯示的獎(jiǎng)金數(shù)額以及每個(gè)員工的員工 ID,還要包含他/她的全名。因此,可以首先使用以下查詢生成一個(gè)新的 XML 文檔(假設(shè)您以 HR/HR 的身份連接): 以上查詢是一個(gè)有關(guān)如何使用 XQuery 基于 XML 和非 XML 數(shù)據(jù)(以不同的方式從不同的數(shù)據(jù)源中檢索)生成 XML 文檔的示例。具體而言,使用 ora:view() 函數(shù)訪問 HR 演示模式中的默認(rèn) employees 關(guān)系表,并使用 PASSING 子句中的 httpuritype() 函數(shù)借助于 HTTP 訪問 empsbonus.xml 文檔。然后,在 FLWOR 表達(dá)式的 return 子句中構(gòu)建新的 XML 文檔。最后,將獲得以下 XML 文檔: 解決性能問題 正如您從前面的部分中了解到的,XQuery 是一種用于查詢 Oracle 數(shù)據(jù)庫存儲的 XML 內(nèi)容的高效方法 - 無論您是處理本地存儲的 XMLType 數(shù)據(jù)還是查詢基于關(guān)系數(shù)據(jù)構(gòu)建的 XML 視圖。但根據(jù)對數(shù)據(jù)使用的存儲類型的不同,XQuery 表達(dá)式的執(zhí)行性能可能迥然不同。尤其是,Oracle XML DB 可以優(yōu)化基于由 ora:view 函數(shù)創(chuàng)建的 SQL/XML 視圖而構(gòu)建的 XQuery 表達(dá)式。對于 XMLType 表或列中存儲的 XML 數(shù)據(jù),只能對使用結(jié)構(gòu)化(對象-關(guān)系)存儲技術(shù)存儲的基于 XML 模式的 XMLType 數(shù)據(jù)進(jìn)行 XQuery 優(yōu)化。 所選擇的存儲模型并非是影響 XQuery 表達(dá)式執(zhí)行性能的唯一因素。在某些情況下,XQuery 表達(dá)式本身的結(jié)構(gòu)也可能導(dǎo)致性能問題。要監(jiān)控 XQuery 表達(dá)式的性能,可以打印并檢查關(guān)聯(lián)的 EXPLAIN PLAN。在 SQL*Plus 中,只需設(shè)置 AUTOTRACE 系統(tǒng)變量,即可打印 SQL 優(yōu)化程序使用的執(zhí)行路徑。但要執(zhí)行該操作,請確保創(chuàng)建 PLUSTRACE 角色,然后將其授予連接到數(shù)據(jù)庫所使用的用戶。有關(guān)如何執(zhí)行此操作的信息,請參閱 Oracle 數(shù)據(jù)庫 10g 第 2 版 (10.2) 文檔中《SQL*Plus 用戶指南和參考》一書中的“調(diào)整 SQL*Plus”一章。以下示例演示了如何通過檢查 EXPLAIN PLAN 生成的執(zhí)行計(jì)劃來獲得好處。假設(shè)您已經(jīng)將 PLUSTRACE 角色授予默認(rèn)用戶 OE,以 OE/OE 的身份登錄并運(yùn)行以下查詢: 這將生成以下輸出: 您可能對為以上查詢生成的執(zhí)行計(jì)劃并不滿意。尤其是,所處理的行數(shù)可能非常大。由于 SQL 調(diào)整的主要目標(biāo)是避免訪問對結(jié)果沒有任何影響的行,因此可能要繼續(xù)調(diào)整查詢以優(yōu)化性能。對查詢中包含的 XPath 表達(dá)式進(jìn)行重新建模后,可以再次重試它,如下所示: 您可以看到,以上顯示的查詢生成相同的最終結(jié)果,但它們的執(zhí)行計(jì)劃并不相同。查看最后一個(gè)示例中的 XQuery 表達(dá)式,您可能會注意到它迭代頂層 PurchaseOrder 元素,其中的每個(gè) PurchaseOrder 元素都表示基于 PurchaseOrder XMLType 模式的表中的一行。這意味著實(shí)際上重寫 XQuery 表達(dá)式,以迭帶基礎(chǔ)對象表(用于存儲分解的 PurchaseOrder 文檔)中的行。與查詢要迭代不表示基礎(chǔ)表中的單個(gè)行的 XML 元素相比,該方法的性能更好一些。 但在某些情況下,很難發(fā)現(xiàn) XQuery 表達(dá)式的哪個(gè)構(gòu)造將使某些查詢的性能更好。這就是為什么最好在開發(fā)階段使用調(diào)整工具的原因。 |
溫馨提示:喜歡本站的話,請收藏一下本站!