使用 XQuery，可以基於 XML 數據以及可以用 XML 表示的非 XML 數據生成 XML 文檔，無論其位置如何：無論是存儲在數據庫中、置於網站上、即時創建還是存儲在文件系統中。但要注意，Oracle XML DB 為針對數據庫中存儲的數據進行的 XML 操作提供了非常高的性能和可伸縮性。因此，如果您能夠完全控制所處理的數據，則最好將它移動到數據庫中。
正如您從前面的示例中了解到的，在 Oracle XQuery 實施中，doc 和 collection XQuery 函數用於訪問 Oracle XML DB 信息庫中存儲的 XML 文檔。可以通過 XMLTable 和 XMLQuery SQL 函數中的 PASSING 子句動態綁定外部數據源。考慮以下示例。假設您的公司要為那些致力於 XQ 項目的員工支付獎金。因此，財務部發布了 empsbonus.xml 文件，其中包含有資格獲得獎金的員工列表以及該列表中輸入的每個員工的獎金數額。empsbonus.XML 文件可能如下所示：
100 1200 101 1000
在實際情況中，以上的 XML 文件可能置於網站上（因此可以通過互聯網獲得）、以文件形式存儲在本地文件系統中，或以文件資源形式存儲在 Oracle XML DB 信息庫中。就本示例而言，該文件位於網站上。為簡單起見，可以在目錄（Web 服務器在其中存儲可從 Web 看到的文檔）中創建一個員工文件夾，然後在該文件夾中插入 empsbonus.xml 文件，以便可以通過以下 URL 訪問 empsbonus.XML 文件：
http://localhost/employees/empsbonus.XML
接下來，假設您需要基於 empsbonus.xml 文檔中存儲的數據創建一個報表。在該報表中，您可能不但要包含列表中顯示的獎金數額以及每個員工的員工 ID，還要包含他/她的全名。因此，可以首先使用以下查詢生成一個新的 XML 文檔（假設您以 HR/HR 的身份連接）：
SELECT XMLQuery(
'for $k in 1
return ({for $i in ora:vIEw("employees")/ROW, )'
$j in $emps/EMPLOYEES/EMPLOYEE
where $i/EMPLOYEE_ID = $j/EMPNO
return ()} {xs:string($i/EMPLOYEE_ID)} {xs:string(fn:concat($i/FIRST_NAME, " ", $i/LAST_NAME))} {xs:integer($j/BONUS)}
PASSING XMLparse (document httpuritype
('http://localhost/employees/empsbonus.XML').getCLOB()) as "emps"
RETURNING CONTENT).getStringVal() as RESULT FROM DUAL;
以上查詢是一個有關如何使用 XQuery 基於 XML 和非 XML 數據（以不同的方式從不同的數據源中檢索）生成 XML 文檔的示例。具體而言，使用 ora:vIEw() 函數訪問 HR 演示模式中的默認 employees 關系表，並使用 PASSING 子句中的 httpuritype() 函數借助於 HTTP 訪問 empsbonus.XML 文檔。然後，在 FLWOR 表達式的 return 子句中構建新的 XML 文檔。最後，將獲得以下 XML 文檔：
100 Steven King 1200 101 Neena Kochhar 1000
解決性能問題
正如您從前面的部分中了解到的，XQuery 是一種用於查詢 Oracle 數據庫存儲的 XML 內容的高效方法 - 無論您是處理本地存儲的 XMLType 數據還是查詢基於關系數據構建的 XML 視圖。但根據對數據使用的存儲類型的不同，XQuery 表達式的執行性能可能迥然不同。尤其是，Oracle XML DB 可以優化基於由 ora:vIEw 函數創建的 SQL/XML 視圖而構建的 XQuery 表達式。對於 XMLType 表或列中存儲的 XML 數據，只能對使用結構化（對象-關系）存儲技術存儲的基於 XML 模式的 XMLType 數據進行 XQuery 優化。
所選擇的存儲模型並非是影響 XQuery 表達式執行性能的唯一因素。在某些情況下，XQuery 表達式本身的結構也可能導致性能問題。要監控 XQuery 表達式的性能，可以打印並檢查關聯的 EXPLAIN PLAN。在 SQL*Plus 中，只需設置 AUTOTRACE 系統變量，即可打印 SQL 優化程序使用的執行路徑。但要執行該操作，請確保創建 PLUSTRACE 角色，然後將其授予連接到數據庫所使用的用戶。有關如何執行此操作的信息，請參閱 Oracle 數據庫 10g 第 2 版 (10.2) 文檔中《SQL*Plus 用戶指南和參考》一書中的“調整 SQL*Plus”一章。以下示例演示了如何通過檢查 EXPLAIN PLAN 生成的執行計劃來獲得好處。假設您已經將 PLUSTRACE 角色授予默認用戶 OE，以 OE/OE 的身份登錄並運行以下查詢：
SET AUTOTRACE ON EXPLAIN
SELECT count(*)
FROM oe.purchaSEOrder, XMLTable(
'for $i in /PurchaSEOrder/User
where $i = "CJOHNSON"
return $i'
PASSING OBJECT_VALUE) ptab;
這將生成以下輸出：
COUNT(*)
----------
9
Execution Plan
---------------------------------------------
Plan hash value: 4046110317
--------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 226 | 29 (0) | 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | 226 | | |
| 2 | NESTED LOOPS | | 10782 | 2379K | 29 (0) | 00:00:01 |
|* 3 | TABLE Access FULL | PURCHASEORDER | 1 | 226 | 5 (0) | 00:00:01 |
| 4 | COLLECTION ITERATOR P| XMLSEQUENCEFROMX| | | | |
Predicate Information (identifIEd by Operation id):
---------------------------------------------------
3 - filter(SYS_CHECKACL("ACLOID","OWNERID",XMLtype('
...
您可能對為以上查詢生成的執行計劃並不滿意。尤其是，所處理的行數可能非常大。由於 SQL 調整的主要目標是避免訪問對結果沒有任何影響的行，因此可能要繼續調整查詢以優化性能。對查詢中包含的 XPath 表達式進行重新建模後，可以再次重試它，如下所示：
SELECT count(*)
FROM oe.purchaSEOrder, XMLTable(
'for $i in /PurchaSEOrder
where $i/User = "CJOHNSON"
return $i/User'
PASSING OBJECT_VALUE) ptab;
這次，輸出應如下所示：
COUNT(*)
----------
9
Execution Plan
---------------------------------------------------
Plan hash value: 3411896580
