Mysql中NUMERIC和DECIMAL類型區別比較

標籤：style   http   io   ar   color   os   使用   sp   strong   

decimal(numeric ) 同義，用於精確儲存數值 。

decimal 資料類型最多可儲存 38 個數字，所有數字都能夠放到小數點的右邊。decimal 資料類型儲存了一個準確（精確）的數字表達法；不儲存值的近似值。

定義 decimal 的列、變數和參數的兩種特性如下：

p 小數點左邊和右邊數字之和，不包括小數點。如 123.45,則 p=5，s=2。
指定精度或對象能夠控制的數字個數。

s
指定可放到小數點右邊的小數位元或數字個數。

p 和 s 必須遵守以下規則：0 <= s <= p <= 38。

numeric 和 decimal 資料類型的預設最大精度值是 38。在 Transact-SQL 中，numeric 與 decimal 資料類型在功能上等效。

當資料值一定要按照指定精確儲存時，可以用帶有小數的 decimal 資料類型來儲存數字。

轉換 decimal 和 numeric 資料
對於 decimal 和 numeric 資料類型，Microsoft® SQL Server™ 將精度和小數位元的每個特定組合看作是不同的資料類型。例如，decimal(5,5) 和 decimal(5,0) 被當作不同的資料類型。

在 Transact-SQL 陳述式中，帶有小數點的常量自動轉換為 numeric 資料值，且必然使用最小的精度和小數位元。例如，常量 12.345 被轉換為 numeric 值，其精度為 5，小數位為 3。

從 decimal 或 numeric 向 float 或 real 轉換會導致精度損失。從 int、smallint、tinyint、float、real、money 或 smallmoney 向 decimal 或 numeric 轉換會導致溢出。

預設情況下，在將數字轉換為較低精度和小數位元的 decimal 或 numeric 值時，SQL Server 使用舍入法。然而，如果 SET ARITHABORT 選項為 ON，當發生溢出時，SQL Server 會出現錯誤。若僅損失精度和小數位元，則不會產生錯誤。

筆者，最近在研究mysql的decimal資料類型，現把資料實驗結果公布如下

資料庫版本:Server version: 5.0.45 Source distribution

1、建立表結構

代碼如下	複製代碼
create table ta (a float,b decimal(10,5));

2、插入資料

代碼如下	複製代碼
insert into ta (a,b) values(1,12345.123423);

實際插入的b列資料為:12345.12342

代碼如下	複製代碼
insert into ta (a,b) values(1,123456.1234);

實際插入的b列資料為:99999.99999

結論：decimal資料類型，

1、當插入的整數部分的值超過了其表示範圍後就直接忽略了小數部分的值，並以最大值填充。

2、當整數部分合法，小數部分多餘的位元，直接截斷。

二、numeric（M,D)

當看到numeric數字 http://www.111cn.net/database/mysql/55524.htm 類型後，大部分都會看成了number,我也幾次都弄錯了。

numeric數字類型和decimal數字類型的一樣的

修改a欄欄位類型: alter table ta change a a numeric(10,5);

代碼如下	複製代碼
show create table ta; | ta    | CREATE TABLE `ta` ( `a` decimal(10,5) default NULL, `b` decimal(10,5) default NULL ) ENGINE=MyISAM DEFAULT CHARSET=utf8 |

可見，在myslq5.0中，numeric和decimal資料類型是一致的,兩者的精度均準確為M位元字

Mysql中NUMERIC和DECIMAL類型區別比較