PostgreSQL的.NET驅動程序Npgsql中參數對象的一個Bug

作者：深藍醫生 2011-05-19 15:14:49

最近將公司的項目從SqlServer移植到PostgreSQL數據庫上來，在調用數據庫的存儲過程(自定義函數)的時候，發現一個奇怪的問題,老是報函數無法找到。

先看一個PgSQL存儲過程：

CREATE OR REPLACE FUNCTION updateattention(dm citext)  
RETURNS void AS 
$BODY$  
DECLARE 
BEGIN 
update ZB set gzd=COALESCE(gzd,0)+1 where ZB.dm=$1 ;  
END;  
$BODY$  
LANGUAGE plpgsql VOLATILE  
COST 100;  
ALTER FUNCTION updateattention(citext) OWNER TO postgres;

在PostgreSQL中，函數和存儲過程沒有區別，這里我們把沒有返回值的函數叫做存儲過程吧，也許表訴的不太準確，還望大蝦指正。

上面定義一個存儲過程updateattention，它有一個自定義類型 citext，用于將字符串中類型換成不區分大小寫的類型，它的定義如下：

CREATE OR REPLACE FUNCTION citext(character)  
RETURNS citext AS 
'rtrim1' 
LANGUAGE internal IMMUTABLE STRICT  
COST 1;  
ALTER FUNCTION citext(character) OWNER TO postgres;

下面是調用updateattention存儲過程的代碼：

//獲取PostgreSQL的數據訪問對象  
PWMIS.DataProvider.Data.AdoHelper db = MyDB.GetDBHelperByConnectionName("PostgreSQL");  
//獲取PostgreSQL的參數對象  
IDataParameter para = db.GetParameter();  
para.ParameterName = "@dm";  
para.DbType = DbType.AnsiString;  
para.Value = "KF0355";  
db.ExecuteNonQuery("updateattention",  
System.Data.CommandType.StoredProcedure,  
new System.Data.IDataParameter[] { para });

程序使用PDF.NET(PWMIS數據開發框架)的數據訪問對象AdoHelper來進行相關的數據訪問操作，它采用反射工廠模式，根據系統的配置實例化具體的數據訪問類，這里使用的是PostgreSQL數據訪問類。

運行該程序，出現下面的錯誤：

PDF.NET AdoHelper 查詢錯誤：

DataBase ErrorMessage:ERROR: 42883: function updatefundattention(text) does not exist  
SQL:updatefundattention  
CommandType:StoredProcedure  
Parameters:  
Parameter["@jjdm"] = "KF0355" //DbType=String

PDF.NET框架內置了日志對象和異常對象，它能夠為你拋出詳細的錯誤信息。

如果采用下面的方式調用，又沒有問題：

db.ExecuteNonQuery("select * from updateattention(@dm)",  
System.Data.CommandType.Text,  
new System.Data.IDataParameter[] { para });

------------------------------------------------------------------------------------

盡管該方式可以作為一種替代方案，但要用select * from 這種方式調用存儲過程，總覺得很別扭，還得找到問題的真正原因。

這個 "function ... does not exist" 的問題很難搜索，最終在國外找到一篇文章討論類似的問題：

http://pgfoundry.org/forum/forum.php?thread_id=637&forum_id=519

文中有人說，可能是參數的類型轉換問題，但我這里只是將參數進行了大小寫轉換，應該不會有類似Int32到Int64這類問題。

無賴，只有將調用存儲過程的.NET程序代碼一個一個排查，當注釋掉

para.DbType = DbType.AnsiString;

的時候，程序居然能夠正常運行通過了!

之前也曾經懷疑過是不是DbType的問題，但是當把鼠標放到VS2010的編輯器中para 對象下面的時候，智能提示顯示 DbType="{String}".

默認情況下，參數對象的DbType屬性值是

DbType.String

難道

DbType.AnsiString==DbType.String ??

看了一下定義，它們是有區別的，DbType.AnsiString表示非Unicode的變長字符串，DbType.String 表示Unicode的變長字符串。

一般情況下，ANSI編碼表示當前系統編碼，所以我猜想AnsiString在我的機器上是Gb2312編碼的，查了一下數據庫的編碼，它是UTF-8格式的，難怪難怪，PostgreSQL給我提示找不到 updatefundattention(text) 函數，注意下，實際上這個函數的參數不是text類型的，它實際上應該是 character 類型，PostgreSQL可以定義同名的函數，但函數可以有不同的參數類型，有點像C#的方法重載。

到此，問題似乎解決了，但還沒完：

VS2010的智能提示有Bug?

***次有這個念頭我都覺得不可思議，因為以前在VS2008的時候曾經調試過類似的代碼，趕緊將上面的.net代碼中的參數對象換成其它數據庫類型的參數對象試試看：

//獲取PostgreSQL的數據訪問對象  
PWMIS.DataProvider.Data.AdoHelper db = MyDB.GetDBHelperByConnectionName("PostgreSQL");  
//使用 SqlServer 的參數對象  
IDataParameter para = new SqlParameter();  
para.ParameterName = "@dm";  
para.DbType = DbType.AnsiString;  
para.Value = "KF0355";  
db.ExecuteNonQuery("updateattention",  
System.Data.CommandType.StoredProcedure,  
new System.Data.IDataParameter[] { para });

再此將光標放到para.DbType 上，這次提示正確了，是“{AnsiString}”;

將上面的代碼放到VS2008中再次驗證，智能提示正確，看來不是VS2010的Bug，呵呵。

故此，得到的結論：

PostgreSQL的.NET數據訪問驅動程序的參數對象DbType屬性存在一個設置成AnsiString之后查看該屬性的結果卻是String的Bug!

PS：雖然查看屬性的確有這樣一個Bug，但好像程序內部做了正確的處理，要不我的程序最終是無法運行通過的。

后記

PostgreSQL的.NET數據驅動程序的這個問題引起的問題使得我困擾了2天左右的時間，不得不發帖說明一下這個過程，現在國內有關PostgreSQL的資料太少，寫點東西供大家參考一下。

原文鏈接：http://www.cnblogs.com/bluedoctor/archive/2011/05/18/2050276.html

【編者推薦】

思科推新數據中心解決方案支持SQL Server
數據庫日常維護常用的腳本部分收錄
SQL Server表最小行的一個糾結問題
云端數據庫:微軟SQL Azure及其應用場景
SQL點滴之收集SQL Server線程等待信息

責任編輯：艾婧來源：博客園

PostgreSQL