SQL Server 2005 中對於 Database Engine 的突破性變更

Banyan VINES Sequenced Packet Protocol (SPP)、多重通訊協定、AppleTalk 或 NWLink IPX/SPX 網路通訊協定

SQL Server 2005 不支援 Banyan VINES Sequenced Packet Protocol (SPP)、多重通訊協定、AppleTalk 或 NWLink IPX/SPX 網路通訊協定。若要連接到 SQL Server 2005，用戶端應用程式必須使用支援的通訊協定。如果設定的別名使用其中一個不支援的通訊協定，該別名必須修改為使用其中一個支援的通訊協定。

如果應用程式連接字串以下列其中一種方式，來特別使用或載入其中一個不支援的通訊協定，則您必須將應用程式修改為使用其中一個支援的通訊協定，方法是指定 NETWORK=DBMSRPCN 給 RPC、NETWORK=DBMSADSN 給 Appletalk 或 NETWORK=DBMSVINN 給 Banyan VINES 屬性，或使用明確前置詞，例如 spx:server\instance 用於 SPX、bv:server 用於 Banyan VINES、adsp:server 用於 AppleTalk，或 rpc:server 用於多重通訊協定。

如需詳細資訊，請參閱＜選擇網路通訊協定＞。

Winsock proxy

Winsock Proxy 無法使用 SQL Server 工具來設定。如需有關如何設定 Winsock Proxy 的資訊，請參閱 Proxy 伺服器文件集。

壓縮磁碟機

SQL Server 2005 無法在壓縮磁碟機上建立或升級資料庫。當您安裝 SQL Server 2005 時，請為系統資料庫選取未壓縮磁碟機，並確認要升級的資料庫不在壓縮磁碟機上。不過請注意，在資料庫升級之後，您可以在 NTFS 壓縮檔案系統上放置唯讀資料庫和唯讀次要檔案群組。

資料庫相容性模式

當資料庫從任何舊版 SQL Server 升級到 SQL Server 2005 時，資料庫會保留其現有的相容性層級。如果您在升級之後，將相容性模式變更為 90，則相容性模式的差異將影響應用程式。如需有關這些差異的詳細資訊，請參閱＜sp_dbcmptlevel (Transact-SQL)＞。

檔案群組

在升級到 SQL Server 2005 之前，SQL Server 執行個體中所有資料庫的檔案群組必須設定為 READ_WRITE。若要將檔案群組設定為 READ_WRITE，請使用 ALTER DATABASE。

model 資料庫

在 SQL Server 2005 中，model 資料庫包含下列變更：

• 較大的大小下限。
  
• 相容性層級設定為 90。
  
• PAGE_VERIFY 資料庫選項設定為 CHECKSUM。
  

函數決定性

下列函數運算式在 SQL Server 2005 中被視為不具決定性，因此，可能影響索引檢視的建立：

• 已隱含轉換為 datetime 和 smalldatetime 的字串常值的參考。
  
• 定序之間的非 Unicode 字元資料的隱含轉換。
  

除非相容性層級設定為 80 或以下，否則，包含字元字串隱含轉換為 datetime 或 smalldatetime 的運算式，在 SQL Server 2005 中被視為不具決定性。這是因為其結果需視伺服器工作階段的 LANGUAGE 和 DATEFORMAT 設定而定。例如，運算式 CONVERT (datetime, '30 listopad 1996', 113) 的結果需視 LANGUAGE 設定而定，因為字串 'listopad' 在不同語言中表示不同月份。同樣地，在運算式 DATEADD(mm,3,'2000-12-01') 中，SQL Server 會根據 DATEFORMAT 設定解譯字串 '2000-12-01'。

除非相容性層級是設定為 80 或舊版，否則非 Unicode 字元資料與定序之間的隱含轉換也是視為非決定性的。

在資料庫相容性層級 90 中，不允許針對包含這些運算式的檢視表建立索引。雖然包含已升級資料庫中的這些運算式的現有檢視表是可以維護的，但查詢最佳化工具在相容性層級 80 或 90 的查詢計畫中不會考慮使用它們。如需有關設定相容性層級的資訊，請參閱＜sp_dbcmptlevel (Transact-SQL)＞。

在 SQL Server 2005 的索引檢視定義中，您應該使用具決定性的日期格式樣式，明確將常值轉換為慣用日期類型。如需具決定性之日期格式樣式的清單，請參閱＜CAST 和 CONVERT (Transact-SQL)＞。

如果您在已升級到 SQL Server 2005 的現有索引檢視中使用隱含字串對日期轉換，應該確定 LANGUAGE 和 DATEFORMAT 設定在資料庫和應用程式中是一致的，以避免索引檢視可能的損毀。

查詢提示

在相容性層級為 80 時，索引檢視表定義中的查詢提示會被忽略。這可能會造成某些應用程式在相容性層級 80 和 90 之間的行為不同。如需詳細資訊，請參閱＜設計索引檢視＞、＜建立索引檢視＞和＜查詢提示 (Transact-SQL)＞。

登入名稱

下列固定伺服器角色已保留在 SQL Server 2005 中，無法做為使用者自訂登入名稱使用：

• 系統管理員 (sysadmin)
  
• 伺服器管理員 (serveradmin)
  
• setupadmin
  
• 安全性管理員 (securityadmin)
  
• 處理序管理員 (processadmin)
  
• 資料庫建立者 (dbcreator)
  
• diskadmin
  
• bulkadmin
  

在升級到 SQL Server 2005 之前，請遵照這些步驟：

1. 執行下列陳述式來記錄登入的安全性識別碼 (SID)：
   

   SELECT name, sid 
   FROM master.dbo.syslogins 
   WHERE name IN('sysadmin', 'serveradmin','setupadmin',
    'securityadmin','processadmin', 'dbcreator','diskadmin',
    'bulkadmin')

2. 卸除登入。
   
3. 若要建立新登入，請使用 sp_addlogin 系統程序。在每一個相對應登入的 @sid 參數中，請指定在步驟 1 傳回的 SID。
   

遠端登入對應

在舊版的 SQL Server 中，來自 SQL Server 之遠端執行個體的登入，可使用 sp_remoteoption 系統預存程序標示為信任。SQL Server 2005 不支援這個標示遠端登入的方法。在升級到 SQL Server 2005 之後，遠端登入將不再標示為信任。

若要設定和管理遠端登入，請使用連結伺服器和連結伺服器預存程序。如需詳細資訊，請參閱＜連結伺服器＞。

sys 使用者名稱

sys 名稱已保留在 SQL Server 2005 中，無法當做使用者名稱使用。在升級到 SQL Server 2005 之前，請重新命名使用者。如果使用者未重新命名，在升級處理序之後，資料庫將處於質疑狀態下，要等到資料庫連線時才可供使用。

升級前程序

在升級到 SQL Server 2005 之前，請在包含 sys 使用者的每一個資料庫中執行下列動作：

1. 建立新的使用者。
   

2. 使用下列陳述式來顯示由 sys 使用者所授與及授與給 sys 使用者的所有權限。
   

   -- Return permissions granted by user sys.
   SELECT * FROM sysprotects WHERE grantor = USER_ID('sys')
   -- Return permissions granted to user sys.
   SELECT * FROM sysprotects WHERE uid = USER_ID('sys')

3. 若要將 sys 擁有之所有物件的擁有權傳送至新使用者，請使用 sp_changeobjectowner。
   
4. 卸除 sys 使用者。
   
5. 若要還原在步驟 2 擷取的原始權限，請使用 GRANT 陳述式的 AS new_user 子句。
   
6. 修改指令碼以參考新使用者。
   

升級後程序

如果在升級之前未重新命名 sys 使用者，請執行下列動作：

1. 執行陳述式 ALTER DATABASE db_name SET ONLINE。資料庫將在 SINGLE_USER 模式中。
   
2. 遵照「升級前程序」一節中的所有步驟。
   
3. 執行陳述式 ALTER DATABASE db_name SET MULTI_USER。
   

INFORMATION_SCHEMA.COLUMNS

在 SQL Server 2005 中，INFORMATION_SCHEMA.COLUMNS 檢視表的 ORDINAL_POSITION 資料行與 COLUMNS_UPDATED 函數傳回的位元模式不相容。

若要取得與 COLUMNS_UPDATED 相容的位元模式，在您查詢 INFORMATION_SCHEMA.COLUMNS 檢視時，請參考 COLUMNPROPERTY 系統函數的 ColumnID 屬性，如下列範例所示：

SELECT TABLE_NAME, COLUMN_NAME,
    COLUMNPROPERTY(OBJECT_ID(TABLE_SCHEMA + '.' + TABLE_NAME),
    COLUMN_NAME, 'ColumnID') AS COLUMN_ID
FROM AdventureWorks.INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'Contact';

符合 '%SCHEMA' 值的 INFORMATION_SCHEMA 資料行名稱

在舊版 SQL Server 中，符合 '%SCHEMA' 值的 INFORMATION_SCHEMA 資料行名稱會傳回使用者的名稱。在 SQL Server 2005 中，這些資料行傳回結構描述名稱。當資料庫升級到 SQL Server 2005 後，結構描述名稱一律與使用者名稱相同，且參考這些資料行的應用程式不會失敗。不過，在其資料庫中實作 SQL Server 2005 使用者結構描述分隔功能的使用者應該了解，如果預期的資料是使用者名稱而不是結構描述名稱，則其應用程式會失敗。

如需詳細資訊，請參閱＜使用者結構描述分隔＞。

syslockinfo 和 sp_lock

在 SQL Server 2000 中，syslockinfo 中的 rsc_objid 和 rsc_indid 資料行以及 sp_lock 中的 objid 和 indid 資料行會一致傳回物件識別碼和索引識別碼。在 SQL Server 2005 中，可能會傳回 0 值。

在 SQL Server 2000 中，syslockinfo 和 sp_lock 對單一交易中的任何特定鎖定資源最多會傳回兩個資料列。在 SQL Server 2005 中，啟用鎖定資料分割之後，對在一個交易下執行的相同資源可傳回多個資料列。最多可傳回 N + 1 個資料列，其中 N 是 CPU 的數目。此外，在 SQL Server 2005 中，可對相同資源顯示 GRANTED 和 WAITING 要求；在 SQL Server 2000 中，無法對相同資源顯示這些要求。如需詳細資訊，請參閱＜sp_lock (Transact-SQL)＞和＜sys.syslockinfo (Transact-SQL)＞。

系統物件修改

SQL Server 2005 不允許直接系統目錄更新。嘗試這麼做將產生下列錯誤：

"Server: Msg 259, Level 16, State 1, Line 1"

"Ad hoc updates to system catalogs are not allowed."

請修改 SQL 指令碼，以使用正式記載的 API。例如，使用 ALTER DATABASE database_name SET EMERGENCY，而不要在 sysdatabases 系統資料表上執行 UPDATE 陳述式。

sysperfinfo

在 SQL Server 2005 中，sysperfinfo 對 cntr_value 資料行會傳回 bigint 值。請修改使用 sysperfinfo 的應用程式，以確定它們可以處理 cntr_value 資料行的 bigint 值。

在 SQL Server 2005 中，sysperfinfo 是一份相容性檢視表。您應該改用 sys.dm_os_performance_counters 動態管理檢視。

@@VERSION

SQL Server 2005 以 major.minor.build.incremental-build 格式，傳回比 SQL Server 2000 更詳細的資訊。

DISK INIT

在舊版的 SQL Server 中，用來建立資料庫或交易記錄裝置的 DISK INIT 陳述式已從 SQL Server 2005 中移除。所有出現這個陳述式的地方，均以相等的 CREATE DATABASE 或 ALTER DATABASE 陳述式取代。

UPDATETEXT

SQL Server 2005 不支援在 UPDATETEXT 陳述式中使用文字指標，利用相同文字指標來讀取及寫入相同二進位大型物件 (BLOB)。將 BLOB 複製到暫存資料表或資料表變數，然後將這個值重新指派至原始資料行。

檢視定義中的 ORDER BY

在 SQL Server 2005 中，檢視定義中的 ORDER BY 子句只能用來判定 TOP 子句在檢視定義中傳回的資料列。除非同時在查詢本身指定 ORDER BY 子句，否則 ORDER BY 子句並不保證查詢檢視時會傳回排序的結果。

OPENXML

因為 MSXML 已變更，OPENXML 不再支援非整數位置述詞。在 SQL Server 2005 中，MSXML 3.0 是基礎引擎，用來處理在 OPENXML 查詢內使用的 XPath 運算式。MSXML 3.0 有更一致的 XPath 1.0 引擎，其中位置述詞中的非整數值語意已變更。

例如，下列 XPath 運算式 a[5.1] 將不傳回其他元素，而非第 5 個 <a> 元素。若要更正這個情況，請直接使用捨入值。例如，將上一個範例修改為 a[5]。

使用者自訂類型 'xml'

在 SQL Server 2005 中，xml 是一種保留的系統類型。在升級之前或之後，使用 sp_rename 來重新命名類型，並修改應用程式來使用新的類型名稱。

2008 年 11 月 17 日

新增內容：

• 在「功能」一節底下，新增有關在資料表變數中比對資料行定序的項目。