SQLXML 4.0 SP1 的新增功能

安裝 SQLXML 4.0 SP1

SQL Server 2008 之前的版本中，SQLXML 4.0 隨附於 SQL Server 而且是所有 SQL Server 版本 (SQL Server Express 除外) 之預設安裝的一部分。不過，從 SQL Server 2008 開始，SQL Server 已不再包含最新版的 SQLXML (SQLXML 4.0 SP1)。若要在可用時安裝 SQLXML 4.0 SP1，請從 SQLXML 的安裝位置 (英文) 下載此元件。

SQLXML 4.0 SP1 檔案也會安裝於下列位置：

%PROGRAMFILES%\SQLXML 4.0\

若要允許 32 位元 SQLXML 應用程式在 64 位元 Windows 作業系統上的 Windows on Windows (WOW64) 下執行，請執行 64 位元 SQLXML 4.0 SP1 封裝 (名稱為 sqlxml4.msi)，您可以在下載中心取得該封裝。

解除安裝 SQLXML 4.0 SP1

並存安裝問題

SQLXML 4.0 的安裝程序不會移除舊版 SQLXML 所安裝的檔案。因此，您的電腦上可能有數個不同版本之 SQLXML 安裝的 DLL。您可以並行執行這些安裝。SQLXML 4.0 會同時包含與版本無關和與版本相關的 PROGID。所有的實際執行應用程式都應該使用與版本相關的 PROGID。

SQLXML 4.0 SP1 和 MSXML

SQLXML 4.0 不會安裝 MSXML。SQLXML 4.0 會使用 MSXML 6.0，這會安裝為 SQL Server 2005 或 SQL Server 2008 安裝的一部分。

轉散發 SQLXML 4.0 SP1

您可以使用可轉散發安裝程式套件散發 SQLXML 4.0 SP1。安裝多個封裝 (但對使用者卻好像是單一安裝) 的一種方法，是使用 Chainer 和 Bootstrapper 技術。如需詳細資訊，請參閱＜撰寫適用於 Visual Studio 2005 的自訂啟動載入器封裝＞(英文) 和＜加入自訂的必要條件＞。

如果應用程式的目標使用平台與當初開發時的平台不同，您可以從 Microsoft 下載中心下載 x64、Itanium 和 x86 版本的 sqlncli.msi。

MSXML 6.0 (msxml6.msi) 也有個別的轉散發安裝程式。您可以在下列位置的 SQL Server 安裝光碟片上找到這些程式：

%CD%\Setup\

這些安裝檔案可以用於直接從光碟片安裝 MSXML 6.0，也可以用於搭配您自訂的應用程式隨意同時轉散發 MSXML 6.0 和 SQLXML 4.0 SP1。

如果您要使用 SQL Server Native Client 當做應用程式的資料提供者，則也需要轉散發該程式。如需詳細資訊，請參閱＜安裝 SQL Server Native Client＞。

SQL Server Native Client 的支援

SQLXML 4.0 同時支援 SQLOLEDB 及 SQL Server Native Client 提供者。建議您使用相同的 SQL Server Native Client 提供者及 SQL Server 版本，因為 SQL Server Native Client 開發為支援隨附於伺服器的任何新資料類型，例如 Date, Time、DateTime2 以及受 SQL Server 2008 Native Client 支援及 中的 dateTimeOffset 資料類型。

SQL Server Native Client 是 SQL Server 2005 導入的資料存取技術。此項技術將 SQLOLEDB Provider 與 SQLODBC Driver 合而為一，成為原生的動態連結程式庫 (DLL)，同時也提供了獨立而有別於 Microsoft Data Access Components (MDAC) 的新功能。

SQL Server Native Client 可用於建立新的應用程式，或者加強需要利用 SQL Server 所導入功能 (不受 MDAC 中的 SQLOLEDB 和 SQLODBC 以及 Microsoft Windows 支援) 的現有應用程式。例如，用戶端的 SQLXML 功能 (例如 FOR XML) 需要 SQL Server Native Client 才能使用 xml 資料類型。如需詳細資訊，請參閱＜用戶端 XML 格式 (SQLXML 4.0)＞、＜使用 ADO 執行 SQLXML 4.0 查詢＞和＜SQL Server 2008 Native Client 程式設計＞。

支援 SQL Server 2005 及 SQL Server 2008 中導入的資料類型

SQL Server 2005 導入 xml 資料類型，而 SQLXML 4.0 支援 xml 資料類型。如需詳細資訊，請參閱＜SQLXML 4.0 中的 xml 資料類型支援＞。

如需如何在對應 XML 檢視、大量載入 XML 或執行 XML Updategram 時使用 SQLXML 中的 xml 資料類型的範例，請參閱下列主題所提供的範例。

• XSD 元素和屬性對資料表和資料行的預設對應

• 使用 XML Updategram 插入資料

• 大量載入 XML 文件的範例

SQL Server 2008 導入 Date, Time、DateTime2 和 DateTimeOffset 資料類型。搭配 SQL Server 2008 中隨附的 SQL Server 2008 Native Client OLE DB 提供者 (SQLNCLI10) 使用時，SQLXML 4.0 SP1 會將這四個新的資料類型啟用成內建的純量類型。

SQLXML 4.0 SP1 的 XML 大量載入變更

• 對於 SQLXML 4.0，SchemaGen 溢位欄位會使用 xml 資料類型建立。如需詳細資訊，請參閱＜SQL Server XML 大量載入物件模型＞。

• 如果您先前已經建立了 Microsoft Visual Basic 應用程式而您想要使用 SQLXML 4.0，則必須使用 Xblkld4.dll 的參考來重新編譯應用程式。

• 對於 Visual Basic Scripting Edition 應用程式，則必須註冊您要使用的 DLL。在下列範例中，如果您指定與版本無關的 PROGID，則應用程式會相依於最後註冊的 DLL：

  set objBulkLoad = CreateObject("SQLXMLBulkLoad.SQLXMLBulkLoad") 
  

  [!附註]

  與版本相關的 PROGID 是 SQLXMLBulkLoad.SQLXMLBulkLoad.4.0。

SQLXML 4.0 的登錄機碼變更

在 SQLXML 4.0 中，登錄機碼已從舊版變更為下列項目：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SQLXML4\TemplateCacheSize

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SQLXML4\SchemaCacheSize

如果您想要這些機碼在 SQLXML 4.0 中生效，就必須變更設定。

此外，SQLXML 4.0 還導入了下列的登錄機碼：

• HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Client\SQLXML4\ReportErrorsWithSQLInfo

  根據預設，SQLXML 4.0 會傳回 OLE DB 和 SQL Server 所提供的原生錯誤資訊，而不是高層級的 SQLXML 錯誤 (舊版 SQLXML 才會提供此類錯誤)。如果您不要這項行為，則 DWORD 類型的這個登錄機碼值必須設定為 0 (值設值為 1)。

• HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Client\SQLXML4\FORXML_GenerateGUIDBraces

  根據預設，SQLXML 會傳回 SQL Server GUID 値，但沒有外面的大括號。如果要以大括號傳回 GUID 値 (例如，{某個 GUID})，則此登錄機碼的値必須設定為 1 (預設值 0)。

• HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Client\SQLXML4\SQL2000CompatMode

  根據預設，當 XML 剖析器載入資料時，空格會根據 XML 1.0 規則而正規化。這會導致資料中的某些空白字元遺失。因此，資料的文字表示法在剖析之後可能不會相同，雖然資料在語意上是相同的。

  導入這個機碼的原因，是讓您可以選擇保有資料中的空白字元。如果加入這個登錄機碼並將其値設定為 0，則 XML 中的空白字元 (LF、CR 和索引標籤) 會編碼傳回 (如果使用屬性值)。如果使用元素値，則只有 CR 會編碼傳回。

  例如：

  CREATE TABLE T( Col1 int, Col2 nvarchar(100))
  GO
  -- Insert data with tab, line feed and carriage return).
  INSERT INTO T VALUES (1, 'This is a tab    . This is a line feed and CR 
   more text')
  GO
  -- Test this query (without the registry key).
  SELECT * FROM T 
  FOR XML AUTO
  -- This is the result (no encoding of special characters).
  <?xml version="1.0" encoding="utf-8" ?>
  <r>
    <T Col1="1" 
       Col2="This is a tab    . This is a line feed and CR 
   more text"/>
  </r>
  -- Now add registry key with value 0 and execute the query again.
  -- Note the encoding for carriage return, line-feed and tab in the attribute value.
  <?xml version="1.0" encoding="utf-8" ?>
  <r>
    <T Col1="1" 
       Col2="This is a tab &#x09;. This is a line feed and CR &#x0D;&#x0A; more text"/>
  </r>
  
  -- Update the query and specify ELEMENTS directive
  SELECT * FROM T
  FOR XML AUTO, ELEMENTS
  -- Only the carriage return is returned encoded.
  <?xml version="1.0" encoding="utf-8" ?>
  <r>
     <T>
        <Col1>1</Col1>
        <Col2>This is a tab    . This is a line feed and CR &#x0D;
   more text</Col2>
     </T>
  </r>
  

移轉問題

下列問題可能會影響舊版 SQLXML 應用程式到 SQLXML 4.0 的移轉。

ADO 和 SQLXML 4.0 查詢

SQL Server 2005 所導入之 SQLXML 3.0 ISAPI 和資料類型的可支援性

暫存檔案的 XML 大量載入安全性變更

用戶端 FOR XML 的移轉問題