DBNull在DotNet是單獨的一個類型 System.DBNull 。它只有一個值 DBNull.Value 。
DBNull直接繼承 Object ,所以 DBNull 不是 string , 不是 int , 也不是 DateTime 。。。
但是為什麼 DBNull 可以表示數據庫中的字符串,數字,或日期呢?原因是DotNet儲存這些數據的類(DataRow等)都是以object 的形式來儲存數據的。
對於 DataRow , 它的 row[column] 返回的值永遠不為 null , 要麼就是具體的為column 的類型的值 。
要麼就是 DBNull 。 所以 row[column].ToString()
這個寫法永遠不會在ToString那裡發生NullReferenceException。
DBNull 實現了 IConvertible 。 但是,除了 ToString 是正常的外,其他的ToXXX都會拋出不能轉換的錯誤。
在 IDbCommand(OleDbCommand,SqlCommand...)的ExecuteScalar的返回值中,情況可以這樣分析:
select 1 這樣返回的object是 1
select null 這樣返回的是DBNull.Value
select isnull(null,1) 返回的是 1
select top 0 id from table1 這樣返回的值是null
select isnull(id,0) from table1 where 1=0 返回的值是null
這裡 ExecuteScalar的規則就是,返回第一列,第一行的數據。如果第一列第一行不為空,那麼ExecuteScalar就直接對應的DotNet的值。如果有第一行,但是第一列為空,那麼返回的是DBNull 。如果一行都沒有,那麼ExecuteScalar就返回null
規則就是這樣的。這裡容易犯的一個錯誤是,把ExecuteScalar返回DBNull與null的情況混淆,例如:
string username=cmd.ExecuteScalar().ToString();
除非你認為cmd執行後,肯定至少有一行數據,否則這裡就會出錯。
又或者 select id from usertable where username=@name
這樣的sql語句,如果找不到記錄,那麼ExecuteScalar則會返回null,所以千萬不要
int userid=Convert.ToInt32(cmd.ExecuteScalar());
或者你會這樣寫 SQL 語句:select isnull(id,0) from usertable where username=@name
但是 int userid=Convert.ToInt32(cmd.ExecuteScalar());
依然會出錯,因為上面的語句不成立時,仍然是不返回任何行。
對於IDbDataParameter(OleDDbParameter,SqlParameter..)的Value,如果為null,則代表該參數沒有指定,或者是代表DEFAULT。如果為DBNull.Value,則代表SQL中的NULL
所以,如果你要調用存儲過程,裡面有參數 @val nvarchar(20)="AABB" ,
那麼cmd.Parameters["@val"].Value=null 代表使用這個默認的 "AABB"
而cmd.Parameters["@val"].Value=DBNull.Value 代表使用NULL來傳給 @val
你可以用Convert.IsDBNull來判斷一個值是否DBNull。注意Convert.IsDBNull(null)是false。
備注:以上的SQL語句全是指SQLSERVER2000的。