SQLXML 4.0 SP1 的新增功能

發行項
08/23/2023

Microsoft SQLXML 4.0 SP1 包含不同的更新和增強功能。本主題摘要說明更新並提供詳細資訊的連結 (如果有的話)。 SQLXML 4.0 SP1 提供其他增強功能，以支援在 SQL Server 2008 (10.0.x) 中導入的新資料類型。本主題包含下列主旨：

安裝 SQLXML 4.0 SP1
並存安裝問題
SQLXML 4.0 和 MSXML
轉散發 SQLXML 4.0
SQL Server Native Client 的支援
支援在 SQL Server 2005 (9.x) 中導入的資料類型
SQLXML 4.0 的 XML 大量載入變更
SQLXML 4.0 的登錄機碼變更
移轉問題

安裝 SQLXML 4.0 SP1

在 SQL Server 2008 (10.0.x) 之前的版本中，SQLXML 4.0 隨附於 SQL Server，且是所有 SQL Server 版本 (SQL Server Express 除外) 中預設安裝的一部分。不過，自 SQL Server 2008 (10.0.x) 起，SQL Server 已不再提供最新版的 SQLXML (SQLXML 4.0 SP1)。若要安裝 SQLXML 4.0 SP1，請從 SQLXML 4.0 SP1 的安裝位置下載此元件。

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

%PROGRAMFILES%\SQLXML 4.0\

注意

所有適當的 SQLXML 4.0 登錄設定都會在安裝程序時進行。

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

解除安裝 SQLXML 4.0 SP1

共用登錄機碼存在於 SQLXML 3.0 SP3、SQLXML 4.0 及 SQLXML 4.0 SP1 之間。如果包含 SQLXML 3.0 SP3 的相同電腦上已解除安裝 SQLXML 更新版本，您可能需要重新安裝 SQLXML 3.0 SP3。

並存安裝問題

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 (9.x) 或更新版本安裝的一部分。

轉散發 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 和 dateTimeOffset 資料類型，這些資料類型適用於 SQL Server 2008 (10.0.x)，且由 SQL Server Native Client 支援。

注意

SQL Server Native Client 已從 SQL Server 2022 (16.x) 中移除。

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

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

注意

SQLXML 4.0 並非完全與 SQLXML 3.0 回溯相容。因為某些錯誤修正和其他的功能性變更 (特別是 SQLXML ISAPI 支援的移除)，您無法將 IIS 虛擬目錄用於 SQLXML 4.0。雖然大部分的應用程式都可以在稍加修改後執行，但在將這些應用程式放入使用 SQLXML 4.0 的生產環境之前，必須先加以測試。

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

SQL Server 2005 (9.x) 引進 xml 資料類型，而 SQLXML 4.0 則支援 xml 資料類型。如需詳細資訊，請參閱＜SQLXML 4.0 中的 xml 資料類型支援＞。

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

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

重要

SQL Server Native Client (SNAC) 未隨附：

SQL Server 2022 (16.x) 及更新版本
SQL Server Management Studio 19 與更新版本

不建議使用 SQL Server Native Client (SQLNCLI 或 SQLNCLI11) 和舊版 Microsoft OLE DB Provider for SQL Server (SQLOLEDB) 進行新的應用開發。

針對新專案，請使用下列其中一個驅動程式：

針對 SQL Server 資料庫引擎 (2012 到 2019 版) 的隨附元件 SQLNCLI，請參閱支援生命週期例外狀況。

SQLXML 4.0 SP1 的 XML 大量載入變更

對於 SQLXML 4.0，系統會使用 xml 資料類型來建立 SchemaGen 溢位欄位。如需詳細資訊，請參閱＜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    . This is a line feed and CR   
 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   
 more text</Col2>  
   </T>  
</r>

移轉問題

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

ADO 和 SQLXML 4.0 查詢

在舊版的 SQLXML 中，支援使用 IIS 虛擬目錄和 SQLXML ISAPI 篩選來執行以 URL 為基礎的查詢。對於使用 SQLXML 4.0 的應用程式，已不再提供這項支援。

反而可以利用在 Microsoft Data Access Components (MDAC) 2.6 和更新版本中初次導入的 ActiveX Data Objects (ADO) 的 SQL XML 延伸模組來執行 SQLXML 查詢、範本和 Updategram。

如需詳細資訊，請參閱使用 ADO 執行 SQLXML 4.0 查詢。

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

由於 ISAPI 支援已從 SQLXML 4.0 移除，因此，如果您的解決方案需要 SQL Server 2005 (9.x) 所導入的增強型資料類型功能 (例如 xml 資料類型或使用者定義資料類型 (UDT)) 和 Web 架構存取，您需要使用 SQLXML Managed 類別等其他解決方案，或 SQL Server 2005 原生 XML Web Service 等其他 HTTP 處理常式類型。

或者，如果您不需要這些類型的延伸模組，則可繼續使用 SQLXML 3.0 以連接至 SQL Server 2005 (9.x) 和 SQL Server 2008 (10.0.x) 的安裝程式。 SQLXML 3.0 ISAPI 支援可以用於這些較新的版本，但並不能支援或辨識 SQL Server 2005 (9.x) 中導入的 xml 資料類型或 UDT 類型支援。

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

對於 SQLXML 4.0 和 SQL Server，XML 大量載入檔案權限會授與給可執行大量載入作業的使用者。讀取和寫入權限則是繼承自檔案系統。在舊版的 SQLXML 和 SQL Server 中，在 SQLXML 下進行 XML 大量載入會建立暫存檔，這些暫存檔並未受到保護，可由任何人讀取。

用戶端 FOR XML 的移轉問題

由於執行引擎的變更，SQL Server 可能會在基底資料表的中繼資料內傳回不同值，而不會傳回在 SQL Server 2000 (8.x) 下執行 FOR XML 查詢時所得的值。發生這種情況時，FOR XML 查詢結果的用戶端格式設定會依照用來執行查詢的版本而有不同的輸出。

如果在用戶端上針對 xml 資料類型資料行，使用 SQLXML 3.0 來執行 FOR XML 查詢，則會傳回完全實體化字串的結果資料。在 SQLXML 4.0 中，如果將 SQL Server Native Client (SQLNCLI11) 指定為提供者，則會傳回 XML 資料。

共用方式為