爲什麼DBNull.Value需要適當的SqlDbType？

Question

我已經寫了一堆通用的C＃幫助函數作爲我的SQL查詢的基礎。所有的null對象參數都被轉換爲DBNull.Value。但是當目標列是varbinary時，它告訴我string類型與binary不兼容，我必須轉換。

爲什麼我需要在C＃中使用SqlDbType a DBNull.Value？是否有任何通用的方法來解決這個問題？

// works for nvarchar but throws for varbinary columns 
// notice the lack of SqlDbType as I don't know it for a null object 
var param1 = new SqlParameter(); 
param1.Name = "@Param1"; 
param1.Value = DBNull.Value; 

這是一個空......它不需要任何類型。 SQL服務器知道null的類型。在SQL中，你說[Column] IS NULL而不是[Column] IS TYPE NULL。所以null是無類型的。目標列從查詢中解析而不是SqlDbType。

我剛剛發現這個非常不直觀的（明確鍵入空值）。我想知道如果我失去了一些東西......

代碼是這樣的：

SqlCommand CreateCommand(string query, params object[] arguments) { ... } 
// in here I walk the parameters and build the proper SqlParameter for them. 
// this saves me from setting up the SqlParameters by hand. 

PS：字符串=的NVarChar和二進制表示VARBINARY。認真... PPS：對EF或任何類似的東西不感興趣。

Answer 1

如果您未明確設定SqlParameter的DBType - 它的默認值爲SqlDBType.NVarchar（請參閱MDSN以供參考）。

這就是爲什麼你會得到例外 - 你的參數類型是NVarchar，但目標列是VarBinary。

請注意，您有明確設置DBType只是因爲顯然ADO.NET不能從DBNull.Value推斷數據類型。

null不是一個類型 - 它只是由於缺少價值，所以如果我給你null你不能推斷的varchar如果它不存在或存在，例如，沒有int。

UPDATE

我做了一些實驗。讓我們運行簡單的代碼：

SqlCommand cmd = new SqlCommand("select * from sometable where somecolumn = @Param1"); 
cmd.Connection = _MyConnection; 

var param = new SqlParameter(); 
param.ParameterName = "@Param1"; 
param.Value = DBNull.Value; 
cmd.Parameters.Add(param); 

cmd.Connection.Open(); 
try 
{ 
    cmd.ExecuteNonQuery(); 
} 
finally 
{ 
    cmd.Connection.Close(); 
} 

我們可以從SQL事件探查器看到的，這將被轉換爲實際的SQL查詢爲：所以在這裏我們一定會得到異常

exec sp_executesql 
    N'select * from sometable where somecolumn = @Param1', 
    N'@Param1 nvarchar(4000)', 
    @Param1=NULL 

如果somecolumn數據類型不能只是因爲@Param1數據類型明確設置爲varchar而被隱式轉換爲varchar。

在第一眼看 - 這可能是足夠好的解釋，對吧？

但有一個問題讓我困惑。如果我們將執行不直查詢，但「虛擬」有varbinary作爲參數的存儲過程，讓我們說：

create procedure [dbo].[usp_Test] 
(
    @Param1 varbinary(max) 
) 
as 
begin 
    set nocount on 

    select null 
end 

現在，讓我們嘗試調用它像：

SqlCommand cmd = new SqlCommand("dbo.usp_Test"); 
cmd.CommandType = CommandType.StoredProcedure; 
... and so on (the rest of code dealing with parameter) 

現在，在SQL事件探查我們只會看到：

exec dbo.usp_Test @Param1=NULL 

這很奇怪，因爲它是絕對合法的調用，沒有明確的參數類型說明。實際上，如果我們在SQL Management Studio中調用這個函數 - 我們不會得到任何異常。

這部分ADO.NET行爲對我來說很奇怪。可能SQL Profiler不顯示完整的過程（儘管事實上我打開所有事件跟蹤），但我不知道。

無論如何 - 建議仍然是一樣的 - 總是明確指定SqlParameter的DBType。