比較不具類型的 XML 與具類型的 XML
您可以建立 xml 類型的變數、參數和資料行。此外,也可以選擇性地將 XML 結構描述的集合與 xml 類型的變數、參數和資料行建立關聯。在此情況下,此 xml 資料類型的執行個體即稱為「具類型」(Typed)。非此種情況下的 XML 執行個體則稱為「不具類型」(Untyped)。
格式正確的 XML 和 xml 資料類型
xml 資料類型會實作 ISO 標準 xml 資料類型。因此,它可以在不具類型的 XML 資料行中儲存格式良好的 XML 1.0 版文件,也可以儲存含有文字節點和任意數量之最上層元素的所謂 XML 內容片段。系統會確認資料的格式良好、不需要將資料行繫結到 XML 結構描述,並拒絕在某種程度上格式不良的資料。對於不具類型的 XML 變數和參數而言,也是如此。
XML 結構描述
XML 結構描述提供下列項目:
驗證的條件約束:每當指派或修改了具類型的 xml 執行個體,SQL Server 就會驗證該執行個體。
資料類型資訊:結構描述會提供 xml 資料類型執行個體中屬性和元素類型的相關資訊。這些類型資訊針對執行個體中所包含之值所提供的運算語意,要比不具類型的 xml 更精確。例如,十進位的數學運算可以在十進位值上執行,但不能在字串值上執行。因此,具類型的 XML 儲存會比不具類型的 XML 精簡很多。
選擇具類型或不具類型的 XML
在下列情況下,請使用不具類型的 xml 資料類型:
您沒有 XML 資料的結構描述。
您有結構描述,但您不想讓伺服器驗證資料。當應用程式在將資料儲存於伺服器之前執行用戶端驗證時,或是根據結構描述暫時儲存無效的 XML 資料時,或是在伺服器上使用不受支援的結構描述元件時,有時會有這種情形。
在下列情況下,請使用具類型的 xml 資料類型:
您有 XML 資料的結構描述,而且想要讓伺服器根據該 XML 結構描述來驗證 XML 資料。
您想要依據類型資訊來利用儲存體及查詢最佳化作業。
您想要在編譯查詢期間更有效地利用類型資訊。
具類型的 XML 資料行、參數及變數可儲存 XML 文件或內容。但是您必須在宣告時,用旗標來指定您是要儲存文件還是內容。此外,您也必須提供 XML 結構描述的集合。如果每個 XML 執行個體都只有一個最上層元素,請指定 DOCUMENT。否則,請使用 CONTENT。查詢編譯器會在查詢編譯期間,於類型檢查中使用 DOCUMENT 旗標,以推斷單一最上層元素。
建立具類型的 XML
您必須先使用<CREATE XML SCHEMA COLLECTION (Transact-SQL)>註冊 XML 結構描述集合之後,才能夠建立具類型的 xml 變數、參數或資料行。然後,您可以將 XML 結構描述集合與 xml 資料類型的變數、參數或資料行產生關聯。
在下列範例中,會使用兩段式命名慣例來指定 XML 結構描述集合名稱。第一個部份是 AdventureWorks 結構描述名稱,而第二個部份是 XML 結構描述集合名稱。
範例:將結構描述集合與 xml 類型變數產生關聯
下列範例會建立一個 xml 類型變數,並將結構描述集合與此變數產生關聯。範例中指定的結構描述集合已經匯入 AdventureWorks 資料庫。
DECLARE @x xml (Production.ProductDescriptionSchemaCollection)
範例:指定 xml 類型資料行的結構描述
下列範例會建立具有 xml 類型資料行的資料表,並為此資料行指定結構描述:
CREATE TABLE T1(
Col1 int,
Col2 xml (Production.ProductDescriptionSchemaCollection))
範例:將 xml 類型的參數傳遞給預存程序
下列範例會將 xml 類型的參數傳送給預存程序,並為此變數指定結構描述:
CREATE PROCEDURE SampleProc
@ProdDescription xml (Production.ProductDescriptionSchemaCollection)
AS
請注意下列有關 XML 結構描述集合的項目:
XML 結構描述集合只適用於使用建立 XML 結構描述集合註冊它的資料庫中。
如果您將字串轉換成具類型的 xml 資料類型,則剖析作業也會根據所指定之集合中的 XML 結構描述命名空間來執行驗證和設定類型。
您可以將具類型的 xml 資料類型轉換為不具類型的 xml 資料類型,反之亦然。
如需在 SQL Server 中產生 XML 之其他方法的詳細資訊,請參閱<產生 XML 執行個體>。在產生 XML 之後,可將它指派給 xml 資料類型的變數,或將它儲存在 xml 類型資料行中,以進行其他處理。
在資料類型的階層中,xml 資料類型會出現在 sql_variant 和使用者定義類型的下面,但是會在任何內建類型的上面。
範例:指定 Facet 來約束具類型的 xml 資料行
對於具類型的 xml 資料行而言,您可以約束資料行,讓儲存在其中的每個執行個體只能有單一的最上層元素。作法是,在建立資料表時指定選擇性的 DOCUMENT Facet,如下列範例所示:
CREATE TABLE T(Col1 xml
(DOCUMENT Production.ProductDescriptionSchemaCollection))
GO
DROP TABLE T
GO
依預設,儲存在具類型的 xml 資料行中的執行個體會儲存為 XML 內容,而非 XML 文件。這樣做可允許有下列項目:
零個或者許多最上層元素
最上層元素內的文字節點
您也可以藉由加入 CONTENT Facet,明確指定此行為,如下列範例所示:
CREATE TABLE T(Col1 xml(CONTENT Production.ProductDescriptionSchemaCollection))
GO -- Default
請注意,您可以在任何定義 xml 類型 (具類型的 xml ) 的地方,指定選擇性的 DOCUMENT/CONTENT Facet。例如,當您建立具類型的 xml 變數時,可以加入 DOCUMENT/CONTENT Facet,如下所示:
declare @x xml (DOCUMENT Production.ProductDescriptionSchemaCollection)
文件類型定義 (DTD)
xml 資料類型資料行、變數及參數可以用 XML 結構描述來設定類型,但不能用 DTD 來設定。但是,內嵌 DTD 可用於不具類型和具類型的 XML 來提供預設值,並將實體參考取代為其展開的形式。
您可以用協力廠商工具將 DTD 轉換成 XML 結構描述文件,並將 XML 結構描述載入資料庫中。
將具類型的 XML 從 SQL Server 2005 升級到 SQL Server 2008
SQL Server 2008 對於 XML 結構描述支援做了幾項擴充,其中包括 Lax 驗證的支援、改良式的 xs:date、xs:time 和 xs:dateTime 執行個體資料的處理,並加入了清單和聯集類型的支援。在大多數情況下,這些變更並不會影響升級的使用體驗。但是,如果您在 SQL Server 2005 中使用允許 xs:date、xs:time 或 xs:dateTime 類型 (或任何子類型) 值的 XML 結構描述集合,則當您將 SQL Server 2005 資料庫附加到 SQL Server 2008 時,會發生下列升級步驟:
對於每一個 XML 資料行而言,如果它在 XML 結構描述集合中具類型 (該集合包含的元素或屬性具有 xs:anyType、xs:anySimpleType、xs:date 類型或它的任何子類型、xs:time 或它的任何子類型或是 xs:dateTime 或它的任何子類型),或是為包含這些類型之任何一項的聯集或清單類型時,會發生下列情況:
資料行上的所有 XML 索引都將會停用。
所有的 SQL Server 2005 值都將會繼續以 Z 時區來表示,因為這些值已經正規化成 Z 時區。
任何小於第一年一月一日的 xs:date 或 xs:dateTime 值將會導向執行階段錯誤的條件如下:當重建索引時,或是針對包含該值的 XML 資料類型執行 XQuery 或 XML-DML 陳述式時。
xs:date 或 xs:dateTime Facet 中的任何負數年份或是 XML 結構描述集合中的預設值,將會自動更新為基底 xs:date 或 xs:dateTime 類型所允許的最小值 (例如 xs:dateTime 的 0001-01-01T00:00:00.0000000Z)。
請注意,您仍然可以使用簡單 SQL SELECT 陳述式來擷取整個 XML 資料類型,即使它包含負數年份。建議您使用新支援範圍中的年份來取代負數年份,或是將元素或屬性的類型變更為 xs:string。