本文提供的示例不僅演示了在什麼場合下以及如何使用 XQuery 查詢、構建和轉換 XML，而且還演示了如何監控和分析 XQuery 表達式的性能執行，從而找到更高效的方法來處理同一工作負載。
基於關系數據構建 XML
在需要的情況下（例如，向 Web 服務發送結果），您可能要基於關系數據構建 XML。要在 Oracle 數據庫 10g 第 2 版之前的版本中完成此任務，通常需要使用 SQL/XML 生成函數，如 XMLElement、XMLForest 和 XMLAgg()。在 Oracle 數據庫 10 g 第 2 版中，XQuery 將比這些函數更為高效。具體而言，在 XQuery 表達式內部使用 ora:vIEw XQuery 函數，您可以查詢現有的關系表或視圖以及即時構建 XML，從而不必通過關系數據顯式創建 XML 視圖。列表 1 中的 PL/SQL 代碼演示了如何使用 ora:vIEw 基於示例數據庫模式 HR 的默認員工關系表中存儲的數據構建 XML 文檔。
列表 1：使用 ora:vIEw 基於關系數據創建 XML
BEGIN
IF(DBMS_XDB.CREATEFOLDER('/public/employees')) THEN
DBMS_OUTPUT.PUT_LINE('Folder is created');
ELSE
DBMS_OUTPUT.PUT_LINE('Cannot create folder');
END IF;
COMMIT;
END;
/
DECLARE
XMLdoc XMLType;
BEGIN
SELECT XMLQuery(
'for $j in 1
return (
{
for $i in ora:vIEw("HR", "employees")/ROW
where $i/EMPLOYEE_ID <= 102
return (
{xs:string($i/EMPLOYEE_ID)}
{xs:string($i/LAST_NAME)}
{xs:integer($i/SALARY)}
)} )'
RETURNING CONTENT) INTO XMLdoc FROM DUAL;
IF(DBMS_XDB.CREATERESOURCE('/public/employees/employees.xml', XMLdoc)) THEN
DBMS_OUTPUT.PUT_LINE('Resource is created');
ELSE
DBMS_OUTPUT.PUT_LINE('Cannot create resource');
END IF;
COMMIT;
END;
/
在列表 1 中的第一個 PL/SQL 過程中，您只是在 XML 信息庫中創建了一個新文件夾。在該信息庫文件夾中，您隨後將存儲此處顯示的第二個 PL/SQL 過程中創建的 XML 文檔。第二個 PL/SQL 過程首先發出 SELECT 語句，該語句使用 XMLQuery SQL 函數基於關系數據構建 XML。對於 XQuery 表達式（XMLQuery 在此處將其用作參數）而言，請注意嵌套的 FLWOR 表達街惺褂玫?ora:view XQuery 函數。在該示例中，ora:vIEw 獲取兩個輸入參數，即“HR”和“employees”，它們指示該函數查詢屬於 HR 數據庫模式的員工表。因此，ora:vIEw 將返回一個表示 HR.employees 表行的員工 XML 文檔序列。但為了節省結果文檔中的空間，只將前三個員工記錄傳遞給結果序列。這是通過在 FLWOR 表達式的 where 子句中指定 $i/EMPLOYEE_ID <= 102 而實現的。請注意 FLWOR 表達式的 return 子句中使用的 xs:string() 和 xs:integer() XQuery 類型表達式。實際上，此處使用的這兩個 XQuery 表達式不僅將 XML 節點值轉換為相應的類型，而且還將提取這些節點值。隨後，生成的員工 XML 文檔作為 employees.xml 保存到之前在列表 1 中另一個 PL/SQL 過程中創建的 /public/employees XML 信息庫文件夾。要確保此操作已完成，可執行以下查詢：
SELECT XMLQuery('for $i in fn:doc("/public/employees/employees.XML")
return;
$i'
RETURNING CONTENT) AS RESULT FROM DUAL;
該查詢應生成以下輸出：
在以上 XQuery 中，fn:doc XQuery 函數用於訪問 Oracle XML DB 信息庫中存儲的單個 XML 文檔。但如果要處理一些具有相同或相似結構的 XML 文檔（存儲在同一 XML 信息庫文件夾中），應該怎麼做？這種情況下，另一個用於處理 XML 信息庫資源的 XQuery 函數（即 fn:collection）可能會派上用場。本文稍後將介紹幾個有關如何使用 fn:collection XQuery 函數的示例。
查詢 XMLType 數據
XQuery 使您可以操作基於 XML 模式以及非基於模式的數據。以下示例演示了如何使用 XMLTable 函數從 OE 演示數據庫模式中查詢基於 PurchaSEOrder XML 模式的 XMLType 表。
SELECT ttab.COLUMN_VALUE AS OrderTotal FROM purchaSEOrder,
XMLTable(
'for $i in /PurchaSEOrder
where $i/User = "EABEL"
return;
{$i/Reference}
{fn:sum(for $j in $i/LineItems/LineItem/Part
return ($j/@Quantity*$j/@UnitPrice))}
PASSING OBJECT_VALUE
) ttab;
在以上示例中，您在 XMLTable 函數的 PASSING 子句中使用 OBJECT_VALUE 虛擬列將 purchaSEOrder 表作為上下文項傳遞給此處使用的 XQuery 表達式。XQuery 表達式計算用戶 EABEL 請求的每個購買訂單的總計，並為處理的每個訂單生成一個 OrderTotal XML 元素。要訪問生成的 XML，請使用 SELECT 列表中的 COLUMN_VALUE 虛擬列。最終的輸出應如下所示：
ORDERTOTAL
-------------------------------------------------------------
要獲得相同的最終結果，可以改用 XMLQuery 函數。但如果將上一個示例中使用的 XQuery 表達式參數傳遞給 XMLQuery（如下所示）：
SELECT XMLQuery('for $i in /PurchaSEOrder
where $i/User eq "EABEL"
return
{$i/Reference}
{fn:sum(for $j in $i/LineItems/LineItem/Part
return ($j/@Quantity*$j/@UnitPrice))}
PASSING OBJECT_VALUE
RETURNING CONTENT)
FROM purchaSEOrder;
則 XQuery 表達式返回的空序列將與 purchaseorder 表聯接，從而包含在查詢總結果集中。實際上，這意味著輸出將不僅包含為用戶 EABEL 請求的訂單生成的 OrderTotal 元素，而且還包含為 purchaseorder 表中存儲的所有其他訂單生成的空行（默認情況下，purchaSEOrder 表包含 132 行）。從結果集中排除空行的方法之一是在 SELECT 語句的 WHERE 子句中使用 existsNode SQL 函數，而不是在 XQuery 表達式中使用 WHERE 子句，如下所示：
SELECT XMLQuery('for $i in /PurchaSEOrder
return
{$i/Reference}
{fn:sum(for $j in $i/LineItems/LineItem/Part
return ($j/@Quantity*$j/@UnitPrice))}
PASSING OBJECT_VALUE
RETURNING CONTENT) AS ordertotal
FROM purchaSEOrder
WHERE existsNode(OBJECT_VALUE, '/PurchaSEOrder[User = "EABEL"]') = 1;
以上查詢與本部分開頭的 XMLTable 示例生成相同的輸出。
查詢 Oracle XML DB 信息庫中的 XML 數據
為訪問 Oracle XML DB 信息庫中存儲的 XML 數據，Oracle XQuery 引入了 fn:doc 和 fn:collection XQuery 函數。使用 fn:doc，您可以查詢 XML 信息庫中存儲的單個 XML 文檔，而 fn:collection 使您可以訪問同一信息庫文件夾中存儲的多個 XML 文檔。
正如本文之前（參閱使用關系數據構建 XML部分）介紹的示例所演示，使用 fn:doc 非常簡單直接。它獲取表示信息庫文件資源 (URI) 的字符串並返回該 URI 指向的文檔。要了解 fn:collection XQuery 函數的作用，同一文件夾中至少應有兩個信息庫文件。如果已經運行了列表 1 中的代碼，則已經創建了 /public/employees 信息庫文件夾並在其中存儲了 employees.xml 文件。因此，您將需要在該文件夾中至少再創建一個 XML 文件，然後才能試用 fn:collection。列表 2 中的 PL/SQL 代碼基於 SCOTT/TIGER 演示數據庫模式的 dept 和 emp 表存儲的關系數據構建 XML，然後將生成的 XML 文檔作為 acc_dept.XML 保存到 /public/employees 信息庫文件夾。要運行列表 2 中的 PL/SQL 過程，請確保以 SCOTT/TIGER 的身份登錄。
列表 2：基於關系數據構建 XML 並將其保存到 XML 信息庫
DECLARE
XMLdoc XMLType;
BEGIN
SELECT XMLQuery(
'for $j in ora:vIEw("SCOTT", "dept")/ROW
where $j/DEPTNO = 10
return (
{$j/DEPTNO,
$j/DNAME}
for $i in ora:vIEw("SCOTT", "emp")/ROW
where $i/DEPTNO = $j/DEPTNO
return (
{$i/EMPNO,
$i/ENAME,
$i/SAL}
RETURNING CONTENT) INTO XMLdoc FROM DUAL;
IF(DBMS_XDB.CREATERESOURCE('/public/employees/acc_dept.xml', XMLdoc)) THEN
DBMS_OUTPUT.PUT_LINE('Resource is created');
ELSE
DBMS_OUTPUT.PUT_LINE('Cannot create resource');
END IF;
COMMIT;
END;
/
此時，/public/employees 信息庫文件夾應包含兩個文件：acc_dept.xml（由列表 2 中的 PL/SQL 代碼生成）和 employees.xml 文件（由列表 1 中的代碼生成）。由於這些 XML 文檔存儲在同一信息庫文件夾中，因此可以使用 fn:collection 函數訪問兩個 XML 文檔中存儲的員工信息。然而，盡管這些 XML 文檔均包含員工 XML 元素（這些元素實際上具有相同結構?XML 文檔本身的結構迥然不同。在 employees.xml 中，文檔根元素為 EMPLOYEES，而 acc_dept.xml 將 DEPARTMENT 用作根元素。要解決此問題，可以通過 XQuery 使用 XPath // 構造，從而導航到 XML 文檔中的某個節點，而不必指定該節點的確切路徑。以下示例演示了如何在 XQuery 表達式中使用 XPath // 構造：
SELECT XMLQuery(
'for $i in fn:collection("/public/employees")//EMPLOYEE
where $i/SAL >= 5000
order by $i/ENAME
return;
$i'
RETURNING CONTENT) FROM DUAL;
該構造應生成以下輸出：
您可以看到，以上輸出包含從 employees.xml 和 acc_dept.xml 中獲取的員工 XML 元素，這些元素表示薪酬大於或等於 5,000 美元的員工。
將 XML 分解為關系數據
如果應用程序處理關系數據而非 XML，而您需要訪問的數據以 XML 格式存儲，則將 XML 分解為關系數據可能會非常有用。繼續進行上一部分的示例，您可以使用 SQL 函數 XMLTable 將員工 XML 元素分解為虛擬表的單個列，如下所示：
SELECT emps.empno,emps.ename, emps.sal FROM
XMLTable(
'for $i in fn:collection("/public/employees")//EMPLOYEE
where $i/SAL >= 5000
return;
$i'
COLUMNS empno NUMBER PATH '/EMPLOYEE/EMPNO',
ename VARCHAR2(30) PATH '/EMPLOYEE/ENAME',
sal NUMBER PATH '/EMPLOYEE/SAL') emps;
該查詢將生成以下輸出：
EMPNO ENAME SAL
----- -------------- ----------
7839 KING 5000
100 King 24000
101 Kochhar 17000
102 De Haan 17000
查詢外部數據源
使用 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
在實際情況中，以上的 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 (
$j in $emps/EMPLOYEES/EMPLOYEE
where $i/EMPLOYEE_ID = $j/EMPNO
return (
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 文檔：
解決性能問題
正如您從前面的部分中了解到的，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
----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 29 | 7 (0) | 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | 29 | | |
| 2 | NESTED LOOPS | | 1 | 29 | 7 (0) | 00:00:01 |
| 3 | FAST DUAL | | 1 | | 2 (0) | 00:00:01 |
|* 4 | TABLE Access FULL | PURCHASEORDER | 1 | 29 | 5 (0) | 00:00:01 |
Predicate Information (identifIEd by Operation id):
---------------------------------------------------
4 - filter("PURCHASEORDER"."SYS_NC00022$"='CJOHNSON' AND
SYS_CHECKACL("ACLOID","OWNERID",XMLtype('
...
您可以看到，以上顯示的查詢生成相同的最終結果，但它們的執行計劃並不相同。查看最後一個示例中的 XQuery 表達式，您可能會注意到它迭代頂層 PurchaseOrder 元素，其中的每個 PurchaseOrder 元素都表示基於 PurchaseOrder XMLType 模式的表中的一行。這意味著實際上重寫 XQuery 表達式，以迭帶基礎對象表（用於存儲分解的 PurchaSEOrder 文檔）中的行。與查詢要迭代不表示基礎表中的單個行的 XML 元素相比，該方法的性能更好一些。
但在某些情況下，很難發現 XQuery 表達式的哪個構造將使某些查詢的性能更好。這就是為什麼最好在開發階段使用調整工具的原因。
將動態變量綁定到 XQuery 表達式
另一種可以顯著提高 XQuery 表達式執行性能的技術是使用綁定動態變量。使用綁定變量（而不是將變量串聯為字符串）可以使 Oracle 重用 SQL 語句，從而減少分析開銷並顯著提高應用程序的性能。可以在 XMLQuery 和 XMLTable SQL 函數中使用 PASSING 子句將動態變量綁定到 XQuery 表達式。該技術使您可以根據客戶端代碼中計算的參數動態生成 XML。列表 3 中的示例演示了如何在從 PHP 腳本執行的 XQuery 查詢中使用綁定變量。
列表 3：使用綁定變量
//File:BindVars.PHP
$user = 'hr';
$pswd = 'hr';
$db ='(DESCRIPTION=
(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521))
)
(CONNECT_DATA=(SID=orclR2)(SERVER=DEDICATED))
)';
$empno=100;
$conn = oci_connect($user, $pswd, $db);
$sql = 'SELECT XMLQuery('."'".'for $i in ora:vIEw("employees")/ROW
where $i/EMPLOYEE_ID = $empno
return (
{$i/EMPLOYEE_ID,
$i/EMAIL,
$i/JOB_ID}
RETURNING CONTENT).GetStringVal() AS RESULT FROM DUAL';
$query = oci_parse($conn, $sql);
oci_bind_by_name($query, ":empno", $empno, 3);
oci_execute($query);
oci_fetch($query);
$str = oci_result($query, 'RESULT');
print $str;
?>
列表 3 中顯示的腳本應生成以下輸出（注意，浏覽器中可能不會顯示標記）：
XQuery 與 XSLT
盡管 Oracle 在 Oracle XML DB 中提供了一個自帶 XSLT 處理器，但在很多情況下（尤其是在處理大型文檔時），XQuery 對於構建 XML 更高效。此外，XQuery 表達式通常比為同一作業設計的 XSLT 樣式表更具可讀性，並且更清楚。與 XSLT 一樣，XQuery 不但可用於將一個 XML 文檔轉換為另一個 XML 文檔，而且還可用於將 XML 轉換為另一種基於文本的格式，如 Html 或 WML。
在本文前面的查詢 XMLType 數據部分中，您看到了一個有關使用 XQuery 將一個 XML 文檔轉換為另一個 XML 文檔的示例。具體而言，該示例使用 XQuery 表達式計算示例數據庫模式 OE 的 purchaseorder 表中存儲的訂單的訂單總計，然後為處理的每個訂單生成了一個 OrderTotal XML 元素。實際上，您可以使用 XSLT 執行相同操作。為此，您首先需要創建一個τ糜?PurchaSEOrder XML 文檔的 XSLT 樣式表，以生成相應的 OrderTotal 元素。對於此示例，可以使用列表 4 中所示的 XSLT 樣式表。
列表 4：使用 XSLT 計算小計總和 (Quantity *UnitPrice)
為方便起見，您可能需要將此 XSL 樣式表保存在數據庫中，然後再開始使用它。例如，您可以將樣式表作為文件資源保存在 Oracle XML DB 信息庫中。執行該操作的方法之一是將樣式表作為文件保存到本地文件系統中，然後使用以下某個互聯網協議將它移動到 XML 信息庫：FTP、HTTP 或 WebDAV。假設您已經將列表 4 中的 XSLT 樣式表作為 orderTotal.xsl 保存在 /public 信息庫文件夾中，現在可以按以下示例所示將它用作 XMLTransform SQL 函數的參數（假設您以 OE/OE 的身份登錄）：
SELECT XMLTRANSFORM(OBJECT_VALUE,
xdbUriType('/public/orderTotal.xsl').getXML()).GetStringVal() AS RESULT FROM
purchaseorder WHERE existsNode(OBJECT_VALUE, '/PurchaSEOrder[User = "EABEL"]') = 1;
以上查詢將處理用戶 EABEL 請求的所有訂單（即存儲在 XMLType 的默認 PurchaSEOrder 表中的訂單）並將生成與查詢 XMLType 數據部分中的 XQuery 查詢相同的輸出。
將列表 4 中的 orderTotal XSLT 樣式表與查詢 XMLType 數據部分中的示例使用的 XQuery 表達式進行比較，您可能會注意到，XQuery 方法要比 XSLT 方法更具吸引力。至少在使用 XQuery 時，您只需編寫很少的代碼即可獲得相同的最終結果。
查詢 RSS 新聞提供
由於 RSS 新聞提供本質上是一個托管的 XML 文件（RSS 新聞閱讀器從中獲取頭條新聞或其他內容），因此可以像處理任何其他可以通過 Web 獲得的 XML 文檔那樣來處理它。正如您在本文前面的查詢外部數據源部分中所見，可以使用 XQuery 查詢任何可以通過 URL 訪問的 XML。您通過 XMLTable 和 XMLQuery SQL 函數中的 PASSING 子句動態綁定所有外部 XML 數據源。以下是一個查詢 RSS 新聞提供的 XQuery 示例：
SELECT XMLQuery(
'for $i in $h//channel
return;
{$i/lastBuildDate}
{for $j in $h//item
where ora:contains($j, "PHP")
return
PASSING XMLparse (document httpuritype
('http://www.Oracle.com/technology/syndication/rss_otn_news.XML').getCLOB()) as "h"
RETURNING CONTENT).getStringVal() as RESULT FROM DUAL;
該 XQuery 應生成一個 XML 文檔，其中包含 Oracle 技術網 (OTN) 最近發布的與 PHP 技術相關的頭條新聞列表。所生成的 XML 文檔可能如下所示：
http://www.Oracle.com/technology/xe
http://www.oracle.com/technology/pub/articles/Oracle_PHP_cookbook
http://www.Oracle.com/technology/tech/PHP/zendcore/index.Html
但在開發實際應用程序時，您將很可能需要 XQuery 表達式直接生成 HTML 標記，而不是僅僅生成一個如上所示的 XML 文檔。這樣，您便可以構建一個更靈活、可維護性更高的應用程序，原因是在這種情況下，所有 RSS 處理（從提取必要的數據到將它包裝在 Html 標記中）都將轉移到數據庫。這使您不必編寫負責 RSS 處理的應用程序代碼。實際上這意味著您不必在諸如 RSS 新聞提供的結構已經更改的情況下修改應用程序代碼。相反，您只需修改用於 RSS 處理的 XQuery 表達式。
總結
您已經在本文了解到，XQuery 是一個綜合的查詢語言，它提供了一種用於查詢、構建和轉換 XML 數據的高效方法。盡管 Oracle XQuery 實施使您可以操作任何可以用 XML 表示的數據（無論它存儲在數據庫中、位於網站上還是存儲在文件系統中），但將處理的數據移動到數據庫中始終是一個不錯的主意。對於數據庫中存儲的數據，Oracle XML DB（對 XPath 重寫使用同一機制）只能顯著優化處理那些基於以下數據構建的 XQuery 表達式：這些數據包括關系數據、對象-關系數據或使用結構化（對象-關系）存儲技術存儲的基於 XML 模式的 XMLType 數據。