今天在測試遇到一個問題，前臺點選頁面查詢資料時報錯：

[Error Code: -420, SQL State: 22018]  DB2 SQL Error: SQLCODE=-420, SQLSTATE=22018, SQLERRMC=DECFLOAT, DRIVER=4.18.60

根據sqlcode查詢錯誤原因為：-420 22018 字串自變數值不符合函式的要求

查詢語句大概如下：

select * from tabletest where createDate < '2018-11-17' and createStatus != 0

這個問題只在測試環境出現，於是判斷是資料庫的資料問題。同時在debug時還發現當使用下面這條語句時可以查詢出資料，這進一步肯定了我的判斷。

select * from tabletest where createDate < '2018-11-15' and createStatus != 0

但取出createDate欄位時並未發現異常資料。於是轉而查詢表結構，發現createStatus欄位是varchar型別，而這條sql語句中 createStatus != 0 ，卻是將數值0與之作比較，取出欄位createStatus後發現有值為空的情況，空值在自動型別轉換時出錯。將sql語句修改為

select * from tabletest where createDate < '2018-11-17' and
 
 createStatus != '0'

順利查出資料。

原因分析

問題解決後，我在db2和mysql資料庫分別新建了一張表來複現這一問題並做深入分析。

1 create table tableTest(id varchar(20) primary key not null, createDate Date, createStatus varchar(10));
2 
3 INSERT INTO tabletest (id, createDate, createStatus) VALUES ('1', '2018-11-12', '10');
4 INSERT INTO
 
 tabletest (id, createDate, createStatus) VALUES ('2', '2018-11-12', '00');
5 INSERT INTO tabletest (id, createDate, createStatus) VALUES ('3', '2018-11-13', '0');
6 INSERT INTO tabletest (id, createDate, createStatus) VALUES ('4', '2018-11-15', '');
7 INSERT INTO tabletest (id, createDate, createStatus) VALUES ('7', '2018-11-18', '48');

 首先在兩個資料庫分別執行報錯的查詢語句，結果在mysql中得到了結果，而db2報錯sqlcode=-420。

這就是一個很有意思的問題，可以猜測是兩個資料對於空值的型別轉換有不一樣的定義。改用下面的查詢語句：

select * from tabletest where createDate < '2018-11-17' and createStatus = 0

 db2依然報錯-420，而在mysql中查出了三條資料。可以看到在mysql中資料庫直接將空值轉換成0來做匹配。但這是一個很影響效率的做法，因為SQL命令中是用字串跟數字0匹配，而SQLServer預設把欄位中的先全部轉換為數字，再來做匹配。一旦資料轉換成數值時非常大的時候，還會超出範圍。

綜上，

• 資料庫在做查詢時不是轉換SQL命令中的數值為對應欄位的型別，而是將資料庫中的資料轉換成SQL命令中的型別，不但影響效率，而且容易出錯。
• mysql會自動將空值轉換成0，而db2不做任何操作。
• 查詢資料時最好使用欄位相同的資料型別，否則可能查出的資料不正確。