PostgreSQL XML對于SQL的限制和符合性/XML

除了XPath的特性之外，XQuery的特性還包括:

最近的 XPath 版本開始提供與這些功能重疊的功能（例如函數(shù)式的 for-each和sort，匿名函數(shù)，以及 parse-xml從字符串中創(chuàng)建節(jié)點的parse-xml），但這些功能在 XPath 3.0 之前是不具備的。

對于熟悉XQuery和XPath 2.0或更高版本的開發(fā)人員來說，XPath 1.0帶來了許多不同的地方，需要解決的是:

這里強調(diào)的區(qū)別并不是全部。在XQuery和XPath的2.0及以后的版本中，有一個XPath 1.0的兼容性模式，W3C列出的 函數(shù)庫變化和語言變化在該模式下應(yīng)用的列表提供了一個更完整（但仍然不是詳盡的）的差異說明。 兼容性模式不能使后來的語言與XPath 1.0完全等同。

在SQL:2006及以后的版本中，標(biāo)準(zhǔn)SQL數(shù)據(jù)類型和XML Schema類型之間的轉(zhuǎn)換方向都被精確地指定了。但是，這些規(guī)則都是用XQuery/XPath的類型和語義來表示的，對于XPath 1.0的不同數(shù)據(jù)模型沒有直接應(yīng)用。

當(dāng)PostgreSQL將SQL數(shù)據(jù)值映射到XML（如xmlelement），或XML映射到SQL（如輸出 xmltable的列)，除了少數(shù)情況下的 特殊處理，PostgreSQL只需假定 XML 數(shù)據(jù)類型的 XPath 1.0 字符串形式將被視為有效的文本輸入形式的SQL數(shù)據(jù)類型，反之。 該規(guī)則的優(yōu)點是簡單，同時對許多數(shù)據(jù)類型來說，產(chǎn)生的結(jié)果與標(biāo)準(zhǔn)中規(guī)定的映射類似。

如果與其他系統(tǒng)的互操作性是一個問題，對于某些數(shù)據(jù)類型，可能需要使用數(shù)據(jù)類型格式化函數(shù)（如第 9.8 節(jié)中的函數(shù)）來生成標(biāo)準(zhǔn)映射。

SQL標(biāo)準(zhǔn)定義了兩種傳遞機制，適用于從SQL向XML函數(shù)傳遞XML參數(shù)或接收結(jié)果時。BY REF，其中一個特定的XML 值保留其節(jié)點身份，以及BY VALUE，其中傳遞XML的內(nèi)容，但不保留節(jié)點身份。可以在參數(shù)列表之前指定，作為所有參數(shù)的默認(rèn)機制，也可以在任何參數(shù)之后指定，以覆蓋默認(rèn)機制。

為了說明區(qū)別，如果x是一個XML值，那么在SQL:2006環(huán)境下的這兩個查詢將分別產(chǎn)生true和false。

SELECT XMLQUERY('$a is $b' PASSING BY REF x AS a, x AS b NULL ON EMPTY);
SELECT XMLQUERY('$a is $b' PASSING BY VALUE x AS a, x AS b NULL ON EMPTY);

PostgreSQL將在XMLEXISTS或XMLTABLE構(gòu)造中接受BY VALUE或BY REF，但它會忽略它們。 xml數(shù)據(jù)類型持有一個字符串的序列化表示，因此沒有節(jié)點標(biāo)識需要保留，并且傳遞總是有效的 BY VALUE。

基于 XPath 的函數(shù)支持傳遞一個參數(shù)作為 XPath 表達式的上下文項，但不支持傳遞額外的值作為命名參數(shù)提供給表達式。

PostgreSQL xml數(shù)據(jù)類型只能保存一個值，在DOCUMENT或 CONTENT形式。 一個XQuery/XPath表達式上下文項必須是一個單一的XML節(jié)點或原子值，但XPath 1.0進一步限制它只能是一個XML節(jié)點，并且沒有允許CONTENT的節(jié)點類型。 最終的結(jié)果是，一個完善的 DOCUMENT 是 PostgreSQL可以作為XPath上下文項提供的唯一形式的XML值。