SQL Server 2005 中對於 Database Engine 功能的行為變更

更新： 2006 年 7 月 17 日

此主題描述 Microsoft SQL Server 2005 中某些 Database Engine 功能的行為與它們在舊版 SQL Server 中之行為比較後的一些改變。

備份和復原

當您還原現有的資料庫時，在完整或大量記錄復原模式下還原資料庫之前，SQL Server 2005 都會要求您先備份記錄結尾。除非 RESTORE 陳述式包含 WITH REPLACE 或 WITH STOPAT 子句，否則，嘗試在未備份記錄結尾之前還原資料庫的話，會產生錯誤。如需詳細資訊，請參閱＜結尾記錄備份＞。

資料指標

下表列出會發生在 SQL Server 2000 但不會發生在 SQL Server 2005 的隱含資料指標轉換。解決方法是要求特定類型的資料指標，而不依賴隱含轉換。

SQL Server 2005 不支援非同步產生索引鍵集驅動或靜態 Transact-SQL 資料指標。Transact-SQL 資料指標作業 (例如 OPEN 或 FETCH) 一般為批次式；因此，不需要非同步產生 Transact-SQL 資料指標。SQL Server 2005 繼續支援非同步索引鍵集驅動或靜態 API 伺服器資料指標，其中低度延遲 OPEN 是一個考量，因為每一個資料指標作業需要用戶端往返。

在 SQL Server 2005 中，若在不含唯一索引的資料表上宣告動態資料指標，並在資料指標之外刪除一個資料列，則資料指標的後續重新整理會擷取含有 NULL 資料的資料列的預留位置。在舊版的 SQL Server 中，資料指標不傳回受影響的資料列。

在 SQL Server 2005 中，如果在批次或預存程序內，可透過條件式邏輯產生不同的資料指標宣告，則透過資料指標執行的 INSERT、UPDATE 和 DELETE 陳述式會造成重新編譯。在 SQL Server 2000 中，這些陳述式不會造成重新編譯。

在下列範例中，UPDATE 陳述式將造成模組重新編譯。

IF(@some_condition=1)
   DECLARE c CURSOR FOR 
      SELECT region FROM db.dbo.mytable ORDER BY lastname
ELSE
   DECLARE c CURSOR FOR 
      SELECT postalcode FROM db.dbo.mytable ORDER BY firstname
...
FETCH NEXT FROM c
...
UPDATE db.dbo.mytable 
   SET  firstname='a' WHERE CURRENT OF c

若要避免重新編譯，請依下列方式重寫程式碼：

IF (@some_condition=1)
BEGIN
   DECLARE c CURSOR FOR 
     SELECT region FROM db.dbo.mytable ORDER BY lastname
   FETCH NEXT FROM c
   UPDATE db.dbo.mytable 
     SET  firstname='a' WHERE CURRENT OF c
END
ELSE
BEGIN
  DECLARE c CURSOR FOR 
    SELECT postalcode FROM db.dbo.mytable ORDER BY firstname
  FETCH NEXT FROM c
  UPDATE db.dbo.mytable 
    SET  firstname='a' WHERE CURRENT OF c
END

在 SQL Server 2005 中，除非在查詢中指定較高的鎖定提示，否則，資料指標捲動鎖定會取得 S (共用) 到 U (升級) 的鎖定升級。SQL Server 2000 會直接為捲動鎖定資料指標加入 U 鎖定提示。SQL Server 2005 行為可以有更好的並行性，但可能使並行資料指標有死結的機會 (訊息 1205)。請使用 UPDLOCK 提示來達到您要的行為。如需詳細資訊，請參閱＜資料表提示 (Transact-SQL)＞。

在 SQL Server 2000 中，當不止一次出現在資料指標擷取緩衝區的資料行或資料列值更新時，因為提取緩衝區的大小或緩衝區內的資料列位置，其他出現次數並不會反映此更新。在 SQL Server 2005 中，會更新提取緩衝區的資料列，使值永遠保持一致，不管提取緩衝區大小或資料列的位置如何都一樣。

在 SQL Server 2000 中，包含 UNION ALL 陳述式的資料指標，依據 UNION 的第一個聯集，會不正確傳回可更新性資訊。因此，有些資料指標被認為可更新，其實不然。SQL Server 2005 會報告 UNION ALL 結果為已計算，故不可更新。如果所有資料指標資料列是來自單一資料表或檢視，您可以將查詢變更為使用 IN 或 OR 子句而非 UNION，來定義可更新的資料指標。

在 SQL Server 2000 中，當 CURSOR_CLOSE_ON_COMMIT 選項設為 ON，在認可交易時，連接中的所有資料指標會關閉。在 SQL Server 2005 中，只有在目前交易內開啟的資料指標才會在交易認可時關閉。在交易開始之前開啟的資料指標會保持開啟。

SQL Server 2000 可允許一些無效的資料指標宣告，並將其轉換成其他類型的資料指標。SQL Server 2005 則不允許無效的宣告。例如，同時要求可更新性和非敏感度的資料指標在 SQL Server 2005 中為無效，且會因錯誤而失敗。

資料庫、資料和記錄檔

檔案所在目錄如有開放權限，這個權限可防止檔案遭到竄改。如需詳細資訊，請參閱＜保護資料和記錄檔＞。

附註：

Microsoft SQL Server 2005 Express Edition 不會設定資料和記錄檔的權限。

連結伺服器和分散式查詢

在升級時，使用 'SQLOLEDB' 定義為提供者名稱的連結伺服器將修改為 'SQLNCLI' (SQL Native Client OLE DB 提供者)。sys.sysservers 相容性檢視所顯示的連結伺服器是使用 'SQLNCLI' 做為 'SQLOLEDB'。SQL Server 2005 目錄檢視 sys.servers 顯示的連結伺服器是使用 'SQLNCLI' 做為 'SQLNCLI'。

當 SQL Server 是在 Fiber 模式下執行時，不支援異質性查詢和 OLE DB 提供者的使用。當輕量型共用進階組態選項設為 1 時，會啟用 Fiber 模式。

SQL Native Client OLE DB Provider 無法跨處理序具現化。

在 SQL Server 2005 中，不會向用戶端傳播來自連結伺服器的警告訊息。這類警告的最重要類別如下：

• ANSI 相容的警告：在彙總計算中已刪去 NULL 值
• 算術溢位警告

比方說，如果 col1 有 Null 值，則下列 Transact-SQL 陳述式會產生警告訊息：

SELECT SUM(col1)
FROM <Table>
GROUP BY col2 

在 SQL Server 2000 和更舊的版本中，連結伺服器會向用戶端傳播警告訊息。在 SQL Server 2005 中，連結伺服器不會這麼做。

在 SQL Server 2000 中，當遠端預存程序因為編譯階段錯誤 (例如不正確參數繫結) 而未順利執行時，傳回值/狀態是設為 0。當此狀況發生在 SQL Server 2005 時，傳回值/狀態是設為 NULL。

查詢處理器架構

對於以下列格式提交的批次，SQL Server 2000 和 SQL Server 2005 在重新編譯期間使用參數值的方式不同：

• 預存程序
• 使用 sp_executesql
• 準備陳述式

當 SQL Server 2000 重新編譯這些批次時，它使用呼叫批次的參數值做為重新編譯的一部分。當 SQL Server 2005 重新編譯這些查詢時，它使用在造成重新編譯的陳述式之前存在的參數值。這些值與原來傳遞至批次的那些值可能不同。如需詳細資訊，請參閱＜參數和執行計劃的重複使用＞。

安全性

系統預存程序

下表列出 Database Engine 系統預存程序中的參數的變更。

系統資料表和檢視

下表列出系統資料表和檢視之資料行的變更。

Transact-SQL

bcp <target table> in 
<datafile> -c -T

SELECT Column1, Column1
      FROM (
            SELECT RAND() Column1
            FROM (
            SELECT 1 c
            UNION
            SELECT 2 c
                  ) s
            ) t

1 樣式 20 和 21 例外

SQL Server 2005 將 string-to-datetime 轉換標示為不具決定性。

DBCC CHECKFILEGROUP

如果所指定之檔案群組中的非叢集索引是與另一個檔案群組中的資料表產生關聯，則會檢查另一個檔案群組中的索引和基底資料表。

如果指定檔案群組中的非叢集索引與另一個檔案群組中的資料表相關聯，就不會檢查索引，因為基底資料表無法用來進行驗證。

DBCC SHOW_STATISTICS

DBCC SHOW_STATISTICS 傳回的資料列集不包含 Name 資料行。

DBCC SHOW_STATISTICS 傳回的第一個資料列集包含一個標題為 Name 的額外資料行。此資料行以結果集的第一個資料行出現。如果您有應用程式是按序數位置存取 DBCC SHOW_STATISTICS 傳回的資料行，請將它們修改為按名稱存取資料行。

DROP LOGIN

當您執行 DROP LOGIN 時，如果資料庫使用者對應至登入，則不卸除登入。

當您執行 DROP LOGIN 時，如果資料庫使用者對應至登入，則卸除登入。

計算資料行、CHECK 條件約束和 DEFAULT 條件約束中的運算式

運算式的原始文字 (包括空白) 會保留在目錄中繼資料中。例如，在計算資料行運算式中輸入的 c1 + c2 + 1，將會顯示為與在 syscomments 系統資料表之 text 資料行中所輸入的內容完全相同。

運算式的原始文字會予以解碼及正規化，並將這項運算的輸出儲存在目錄中繼資料中。解碼運算式的語意與原始文字相同；不過，語法則不一定相同。例如，在計算資料行運算式中輸入的 c1 + c2 + 1，在 sys.computed_columns 系統目錄檢視的定義資料行中將會顯示為 (([c1]+[c2])+(1))。

查詢中的運算式

查詢中的不安全運算式不一定產生執行階段例外狀況。

SQL Server 2005 有時候評估查詢中的運算式，其速度比在 SQL Server 2000 中評估它們更快。此行為提供下列重要優點：

• 比對計算資料行的索引與查詢中與計算資料行運算式相同的運算式的能力。
• 防止運算式結果重複計算。

不過，視查詢的本質和資料庫的資料而定，如果查詢包含現有的不安全運算式，SQL Server 2005 可能發生執行階段例外狀況。這些執行階段例外狀況包含下列各項：

• 算術例外狀況：除以零、溢位和反向溢位。
• 轉換失敗，例如缺少有效位數，及嘗試將非數字字串轉換成數字。
• 對於不保證全部為非 Null 的值集的彙總。

這些例外狀況可能不會發生在 SQL Server 2000 使用特定資料的特定應用程式中。不過，因為變更統計資料而改變的查詢計劃可能導致 SQL Server 2000 發生例外狀況。可將查詢修改為包含條件式運算式 (例如 NULLIF 或 CASE)，來防止這些執行階段例外狀況。如需詳細資訊，請參閱＜進行查詢運算式上錯誤及警告的疑難排解＞。

fn_servershareddrives

系統函數 fn_servershareddrives 傳回的資料可由 public 角色的成員檢視。

權限變更：fn_servershareddrives 需要使用者對伺服器具有 VIEW SERVER STATE 權限。

重要事項：

基於回溯相容性，已保留 SQL Server 2000 系統函數。我們建議您改用 sys.dm_io_cluster_shared_drives。

fn_virtualfilestats

系統函數 fn_virtualfilestats 傳回的資料可由 public 角色的成員檢視。

權限變更：fn_virtualfilestats 需要使用者對伺服器具有 VIEW SERVER STATE 權限。

fn_virtualservernodes

系統函數 fn_virtualservernodes 傳回的資料可由 public 角色的成員檢視。

權限變更：fn_virtualservernodes 需要使用者對伺服器具有 VIEW SERVER STATE 權限。

重要事項：

基於回溯相容性，已保留 SQL Server 2000 系統函數。我們建議您改用 sys.dm_os_cluster_nodes。

HOST_ID

HOST_ID 傳回 char(8) 值。

HOST_ID 傳回 char(10) 值。

索引

允許使用 "SQL Server 2005 behavior" 資料行所述的索引。

下列索引在升級處理序期間可能停用，或因為 SQL Server 2005 導入的變更而需要重建：

• 使用 CHECKSUM(some_timestamp_column) 的計算資料行的索引將停用，因為當 Transact-SQL CHECKSUM 函數以 timestamp 資料行做為引數時，該函數的這個行為已變更。
• 在使用土耳其文定序的 nvarchar 或 nchar 資料行中包含字元值 0x3390、0x33ca 或 0x33cb 的索引，可能需要重建，因為這些定序的排序行為已變更。
• 若其中的檢視或計算資料行運算式包含從字串到 datetime 或 smalldatetime 的隱含轉換，或從字串到 datetime 或 smalldatetime 的不具決定性轉換，則計算資料行或檢視上的索引將停用。

對於因為上述前兩個項目的變更而需要重建的索引，請使用下列程序。

1. 檢查 SQL Server 錯誤記錄檔中的警告訊息 3801、3803 或 3804。

2. 對基礎資料表執行 DBCC CHECKTABLE 以確認問題的存在。

3. 如果 DBCC 陳述式的結果指出問題存在，請使用下列其中一個方法來重建索引：

   • ALTER INDEX 陳述式搭配 REBUILD 子句
   • CREATE INDEX 搭配 DROP_EXISTING 子句
   • DBCC DBREINDEX

4. 使用下列陳述式來識別已停用的 FOREIGN KEY 條件約束：

   SELECT * FROM sys.foreign_keys 
   WHERE is_disabled=1;
   

5. 使用 ALTER TABLE CHECK CONSTRAINT 陳述式來啟用 FOREIGN KEY 條件約束。
   PRIMARY KEY 和 UNIQUE 條件約束是藉由重建相關聯的索引來啟用。在啟用參考 PRIMARY KEY 或 UNIQUE 條件約束的 FOREIGN KEY 條件約束之前，必須重建此索引。

對於因為上述第三個項目的變更而停用的索引，請使用下列程序。

1. 使用下列陳述式來識別已停用的計算資料行上的索引：

   SELECT object_name(i.object_id) AS
    object_name, i.*
   FROM sys.indexes AS i
   JOIN sys.index_columns AS ic 
   ON i.index_id = ic.index_id 
     AND i.object_id = ic.object_id
   JOIN sys.computed_columns AS
    cc
   ON ic.object_id = cc.object_id 
     AND ic.column_id = cc.column_id
   WHERE i.is_disabled = 1
   

2. 對於計算資料行索引，請卸除該索引，然後將計算資料行定義變更為使用明確 CONVERT 函數，它有具決定性日期樣式。

3. 對於索引檢視，請卸除該檢視，然後使用有具決定性日期樣式的明確 CONVERT 函數來重新定義它。

4. 對已修改的計算資料行或檢視重新建立索引。

索引

在 SQL Server 2000 Developer、SQL Server 2000 Standard 和 SQL Server 2000 Enterprise 版本中支援平行索引作業。

只有在 SQL Server 2005 Developer 和 SQL Server 2005 Enterprise 版本中才可執行建立、卸除或重建索引的平行索引作業。

從 SQL Server 2000 Standard Edition 升級到 SQL Server 2005 Standard Edition 的使用者應該知道，建立、卸除或重建索引的作業在 SQL Server 2005 Standard Edition 中是以序列方式執行，可能要花更久時間才能完成。

SELECT、INSERT、UPDATE 和 DELETE 陳述式不受影響。它們在 SQL Server 2005 Standard Edition 中為平行操作。

在升級到 SQL Server 2005 Standard Edition 之後，請監視建立、卸除或重建索引的作業。您可能要調整維護指令碼或計劃維護活動，使這些作業有更多時間。

若要執行平行索引作業，請安裝 SQL Server 2005 Enterprise Edition。

ORDER BY 子句

不論是否有限定，ORDER BY 子句中的資料行名稱將解析為選取清單所列出的資料行。

例如，下列查詢執行之後沒有發生錯誤：

USE pubs
SELECT au_fname AS 'FName',
  au_lname AS 'LName'
FROM authors a
ORDER BY a.LName

SQL Server 忽略 ORDER BY 子句中的限定詞 a，並將資料行名稱 LName 解析為選取清單。

限定資料行名稱和別名將解析為 FROM 子句所列出的資料表資料行。如果 order_by_expression 未限定，則它在 SELECT 陳述式所列出的所有資料行之間必須是唯一的。

例如，下列相等查詢會傳回錯誤：

USE AdventureWorks
SELECT FirstName AS 'FName',
    LastName AS 'LName'
FROM Person.Contact p
ORDER BY p.LName

SQL Server 不忽略 ORDER BY 子句中的限定詞 p，並將資料行名稱 LName 解析為 FROM 子句所列出的資料表。但 FROM 子句不認識資料行 LName 是資料表 p 的資料行別名。

SERVERPROPERTY 函數

SERVERPROPERTY 函數中的 ProductVersion 屬性的傳回類型是 varchar。

SERVERPROPERTY 函數中的 ProductVersion 屬性的傳回類型是 nvarchar。

sp_addtype

任何使用者都可以執行 sp_addtype。

使用者必須是 db_ddladmin 或 db_owner 資料庫角色的成員才能執行 sp_addtype。

若要讓使用者能夠建立別名資料類型，必須完成下列其中一項變更：

• 若要使用 sp_addtype，請將使用者加入至 db_ddladmin 或 db_owner 資料庫角色。
• 若要使用 CREATE TYPE 建立別名資料類型，請授與使用者 CREATE TYPE 權限以及使用者對目標結構描述的 ALTER 權限。

sp_altermessage

sp_altermessage 可用來指定系統訊息 (訊息識別碼 < 50000 的訊息) 是否寫入 Windows 應用程式記錄檔中。

sp_altermessage 無法用來變更系統訊息 (訊息識別碼 < 50000 的訊息) 的記錄行為。若要稽核系統訊息，請使用「SQL 追蹤」和使用者錯誤訊息事件類別。如需詳細資訊，請參閱＜SQL 追蹤簡介＞。

sp_changedbowner

只有系統管理員 (sysadmin) 固定伺服器角色或 db_owner 固定資料庫角色的成員，或是 db_ddladmin 和 db_securityadmin 固定資料庫角色的成員，才能夠執行 sp_changeobjectowner。

可利用 db_ddladmin 和 db_securityadmin 固定資料庫角色中的成員資格執行此預存程序的使用者，也必須被授與對安全性實體的 CONTROL 權限。若目標物件沒有 CONTROL 權限而執行 sp_changeobjectowner 的話，會導致執行失敗並引發下列錯誤訊息：

「訊息 15247，層級 16，狀態 1，Procedure sp_changeobjectowner，行 17

使用者沒有執行這個動作的權限。」

sp_help

sp_help 針對函數傳回一個結果集。

sp_help 針對函數傳回兩個結果集。另一個結果集是針對函數參數。

sysindexes

保留 sys.sysindexes 的目的，是為了與舊版相容。不過，SQL Server 2005 中的變更防止檢視與舊版的 SQL Server 完全相容。

系統中繼資料

public 角色的成員可查詢系統資料表及顯示目錄中的中繼資料。

查詢目錄的使用者只能看到他們所擁有或具有某些權限之物件的中繼資料的資料列，或是因為角色成員資格而有檢視的權限。如需詳細資訊及建議的更正動作，請參閱＜中繼資料可見性組態＞和＜中繼資料可見性疑難排解＞。

系統資料表

系統資料表的類型為 'S'。

系統資料表可做為相容性檢視，其類型為 'V'。查詢系統資料表及包含搜尋準則類型 = 'S' 的陳述式將失敗。

將陳述式搜尋準則修改為類型 = 'V'。

或

移轉至新的目錄檢視或動態管理檢視。如需詳細資訊，請參閱＜將 SQL Server 2000 系統資料表對應至 SQL Server 2005 系統檢視＞。

使用 bcp 大量匯入時的 TABLOCK、BULK INSERT 或 OPENROWSET(BULK...)

若是大量匯入至具有非空白叢集索引的資料表，則會略過 TABLOCK 提示。

若是大量匯入至具有非空白叢集索引的資料表，則 TABLOCK 提示會取得資料表上的 X 鎖定。這個行為可避免以平行方式大量匯入資料。在此狀況下，如果想要執行平行大量匯入，請不要使用 TABLOCK。如需有關以平行方式大量載入的詳細資訊，請參閱＜最佳化大量匯入的指導方針＞。

觸發程序

只有在觸發程序引發並執行再次引發相同觸發程序的動作時，才會發生觸發程序的直接遞迴。

發生觸發程序之直接遞迴的狀況有下列兩種：

• 觸發程序引發並執行再次引發相同觸發程序的動作。
• 再次呼叫相同觸發程序，但其呼叫時機是在呼叫不同類型的觸發程序 (AFTER 或 INSTEAD OF) 之後。

觸發程序引發並執行會引發另一個相同類型之觸發程序 (AFTER 或 INSTEAD OF) 的動作時，會發生間接遞迴。此第二個觸發程序執行使原始觸發程序再次引發的動作。

如需詳細資訊，請參閱＜使用巢狀觸發程序＞中的＜遞迴觸發程序＞一節。

觸發程序

針對本端或分散式之資料分割的檢視發出 UPDATE 或 DELETE 陳述式時，會引發在檢視之基底資料表上所定義的所有 UPDATE 或 DELETE 觸發程序。這些包括不受更新或刪除作業影響之資料表上的觸發程序。

針對資料分割的檢視發出 UPDATE 或 DELETE 陳述式時，只有在定義觸發程序的基底資料表會受更新或刪除作業影響時，才會引發 UPDATE 或 DELETE 觸發程序。如需詳細資訊，請參閱＜DML 觸發程序執行＞。

UPDATE() 函數

UPDATE() 函數不會偵測 timestamp 資料行的變更。不論是否更新這些資料行，觸發程序主體內的 IF UPDATE() 子句都會傳回 FALSE。

UPDATE() 函數會偵測 timestamp 資料行的變更。對於這些資料行，如果有更新資料行的話，DML 觸發程序主體內的 IF UPDATE() 子句都會傳回 TRUE。

使用者自訂函數

使用者自訂函數不得包含不具決定性內建系統函數。

Transact-SQL 使用者自訂函數可包含大部分不具決定性內建系統函數。如需允許之內建函數的完整清單，請參閱＜建立使用者自訂函數 (Database Engine)＞。

varchar、nvarchar 和 varbinary 資料類型

當成所計算之資料表資料行定義的零長度字串或二進位值，會建立類型為 varchar(0)、nvarchar(0) 或 varbinary(0) 的資料行。

當成所計算之資料表資料行定義的零長度字串或二進位值，會建立類型為 varchar(1)、nvarchar(1) 或 varbinary(1) 的資料行。這個行為變更只會影響所計算之資料行的資料類型，而不會影響所計算的值。

修改應用程式，而這類應用程式會檢查所計算之資料行資料類型的長度，以產生最小長度為 1 位元組的 varchar 和 varbinary 資料行，以及 2 位元組的 nvarchar 資料行。

虛擬資料表存取

public 角色的 guest 或成員可存取虛擬資料表。

VIEW SERVER STATE 權限和 SELECT 權限是存取虛擬資料表 (例如 sysprocesses) 所需要的。

檢視的 WITH CHECK OPTION

在指定 WITH CHECK OPTION 子句的檢視上以及在遠端資料表建立的檢視上，允許執行插入和更新作業 (即使那些作業已超出檢視的 SELECT 陳述式界限之外)。

在遠端資料來源之資料表所建立的檢視上執行插入和更新作業時，SQL Server 2005 會認可 WITH CHECK OPTION 子句。

如果在遠端資料表上建立的檢視上執行的插入和更新作業因 WITH CHECK OPTION 子句而失敗，但您不想要這個行為，則您可以不要指定 WITH CHECK OPTION 子句，藉此來修改檢視。

如需詳細資訊，請參閱＜CREATE VIEW (Transact-SQL)＞、＜ALTER VIEW (Transact-SQL)＞和＜透過檢視修改資料＞。

xp_cmdshell

在 xp_cmdshell 的執行中發生錯誤時，會引發錯誤訊息，但執行不會終止。

在 xp_cmdshell 的執行中發生錯誤時，會引發錯誤訊息，且執行會終止。

請參閱

參考

SQL Server 2005 中對於 Database Engine 的突破性變更
SQL Server 2005 中已被取代的 Database Engine 功能
SQL Server 2005 中已停止的 Database Engine 功能

其他資源

SQL Server 2005 Database Engine 回溯相容性
sp_dbcmptlevel (Transact-SQL)

說明及資訊

取得 SQL Server 2005 協助

變更歷程記錄