今天不只被外包，還要跑到虹橋機場去幫忙實施。可惜來到這里又好象沒有什么事干。。:) 剛好可以寫寫Blog 。

剛好這幾天寫數據庫操作比較多，是時候寫寫關于DBNull的東西了。

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的。其他的數據庫是否為同樣的行為，我不確定。

(先寫到這里，想到再補充)

?

轉載于:https://www.cnblogs.com/thx-bj/archive/2008/04/13/1151417.html

總結

以上是生活随笔為你收集整理的通常你会在什么地方遇到DBNull?的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。