文章編號: 198625 - 上次校閱: 2004年3月11日 - 版次: 1.0

INF：最佳化數字、整數與其他資料型別的比較

檢視此文章適用的產品。

系統提示本文適用於您使用的作業系統之外的作業系統。與您不相關的文章內容已停用。

本文曾發行於 CHT198625

全部展開 | 全部摺疊

結論

以數字、小數和整數等資料型別進行資料型別最佳化時，會使用一些相當嚴格的規則。本文將說明並釐清最佳化工具用來執行實際的數字資料型別比較時，所用到的條件和約束。下一節將說明本文所用的專有名詞及概念。

「 精確度 (Precision) 「是指一個數裏面的位數。」 小數位數 (Scale) 「是指小數點右邊的位數。」例如 123.45 的 精確度 為 5， 小數位數 為 2。

由於受到電腦使用的二進位編號系統的限制，因此有些二進位分數無法正確的表示。例如十進位分數 0.1 就沒有正確的二進位表示方式，只能用相近的數值表現。也因為這個緣故，浮點和實數 (real) 資料型別會被視為相近的值來處理；而整數、數字和小數等資料型別卻能被視為實際的資料型別來處理。

「 嚴格 (strict) 」或「 完全相符 (exact) 」這兩個詞所指的都是計算機上的定義。例如，numeric(10,1) 無法精確或嚴格地與 numeric(10,2) 作比較，即使兩個數在數學上是完全相等的。從數學的觀點來看 10.1 和 10.10 是完全相等的。但由於兩者的小數位數不同，因此在計算機上不會被視為完全相符。

回此頁最上方

其他相關資訊

若想了解最佳化工具的比較選擇，首先必須了解如何剖析及處理進入的資料。

當 SQL Server 收到一個 10 位數以內且無小數點的值，這個值會被視為 interger 資料型別來處理。
當 SQL Server 收到一個 11 位數以上的值，這個值會被視為完全相符 (Exact) 資料型別 (decimal 或 numeric) 來處理。
當 SQL Server 收到一個具有小數點的值，它會被視為完全相符 (Exact) 資料型別處理。
數字和小數 (8,0) 或沒有小數位數的較小的值，可以用整數值來代表。只要在數字或小數 (即 (8,0)、(7,0)、(6,0) 等等) 上執行嚴格比較，整數值必被視為較為精確的資料型別。

完全相符 (Exact) 的資料型別要求「嚴格」的比較。與浮點和實數資料型別不同，它不接受以四捨五入的方式維持資料型別與相關的比較。

最佳化工具在決定要完成計畫時會做選擇：進入的引數的精確度比資料表定義的精確度高還是低？

若引數值精確度比資料行的資料精確度還高，那麼資料行的資料必須提升到與引數相同的精確度和小數位數。此時必須轉換資料行內的資料，並產生其中含有資料表掃描的計劃。

若引數值精確度比資料行的資料精確度低，那麼引數必須提升到與資料行的資料相同的精確度和小數位數。一般而言，這樣會產生可使用索引或更直接的方法來進行資料擷取的計劃。

為了幫助您釐清這個概念，以下提出幾個範例。

範例 1

create table tblTest( a numeric(8,0) PRIMARY KEY, b int)
select * from tblTest where a = 123

參照之前的剖析規則，123 小於 10 個數字且不含小數點。因此：

進入的引數會被視為整數值。
資料行定義為 (8,0) 或更少，因此這個整數會被視為更精確的資料型別。此時資料行必須進行轉換，並選擇小於 (less than) 的最佳化計劃。

範例 2

create table tblTest( a numeric(10,0) PRIMARY KEY, b int)
select * from tblTest where a = 123.

進入的引數含有小數點，且 WHERE 子句中沒有小數位數，因此這個引數會被視為一個完全相符 (exact) 的資料型別，即 decimal 或 numeric (n,0)。
資料行定義是 (10,0)，因此這個引數可以被升級並進行精確的比對。這通常會產生使用直接搜尋索引的查詢計劃。

範例 3

create table tblTest( a numeric(10,0) PRIMARY KEY, b int)
select * from tblTest where a = 123.0

進入的引數含有小數點及一位小數。它會產生一個完全相符 (Exact) 的資料型別 (n,1)。

注意： 這個查詢中的小數位數非常重要。提交的查詢表示了它在數學方面需要作比較，其精確度及小數位數為 (n,1) 而不是 (n,0)。
資料行定義是 (10,0)，因此這個引數會被當作精確度較高的資料型別。此資料行必須進行轉換，並選用小於 (less than) 的最佳化計劃。

請記住，資料表定義是一種完全相符 (Exact) 的資料型別。如果伺服器試圖四捨五入，它就無法保留精確資料型別的規則，導致結果處理無效。

舉例如下：

create table tblTest( a numeric(10,1) PRIMARY KEY, b int)
select * from tblTest where a = 123.15

如果 SQL Server 未選擇計劃來轉換進入的引數 ((n,2) 精確度與小數位數) 之資料行資料，而選擇將引數四捨五入成資料行的精確度和小數位數，那麼它會選擇 123.2，而使用者可能想更新為 123.1。此時兩者就不相符。

所有小數位數小於 10 且精確度 0 的數值均可存成 tinyint、smallint 或整數型別，分別佔用了 1、2、4 個位元組的儲存空間。相較之下，即使是最小的數值都要佔用 5 個位元組的儲存空間，精確度越高，所需的儲存空間越多。下表顯示了這些型別的對應關係。

摺疊此表格展開此表格

精確度	新型別
<= 2	tinyint
<= 4	smallint
< 10	int

除了使用索引更有效率之外，適時使用這些資料型別，可以幫您省下可觀的空間。

SQL Server 7.0 新增了 ALTER TABLE .. ALTER COLUMN 陳述式，它可用來動態變更資料行的資料型別。在舊版的 SQL Server 中若要做這種轉換，只能以需要的定義建立新資料表，然後執行 INSERT .. SELECT 陳述式填入資料表來達成。請注意，這項變更需要您更新可能使用變數要求資料行為數值型別的觸發程序、預存程序或其他程式碼。

回此頁最上方

?考

本文件是根據 Microsoft Knowledgebase 文件編號 Q198625 翻譯的。若要參考原始英文文件內容，請至以下網址：

http://support.microsoft.com/support/kb/articles/Q198/6/25.asp (http://support.microsoft.com/kb/198625/en-us?ln=en-us&sd=gn&fr=0)

回此頁最上方

這篇文章中的資訊適用於:

Microsoft SQL Server 6.5 Standard Edition
Microsoft SQL Server 7.0 Standard Edition

回此頁最上方

kbinfo kbsqlserv650sp2bug kbsqlserv650sp3bug kbsqlserv650sp4bug KB198625

回此頁最上方

Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

This site in other countries/regions:

INF：最佳化數字、整數與其他資料型別的比較

結論

其他相關資訊

?考

這篇文章中的資訊適用於:

關鍵字：?

其他支援網站

社群

立即取得協助

文章翻譯

相關解決方案中心