一個(gè)@符號(hào)引發(fā)的血案:Access數(shù)據(jù)庫(kù)無(wú)法更新
在昨天下午就遇到了這個(gè)問(wèn)題,但是調(diào)試一直都能成功,但是數(shù)據(jù)卻總是沒有更新。在網(wǎng)上搜索了下,這方面的東西還是挺少的,可能是因?yàn)锳ccess數(shù)據(jù)庫(kù)用得少,或者是在更新的時(shí)候使大多人不用參數(shù)方式的原因吧,今天我把我的經(jīng)歷記錄一下吧。以后也可以做參考。
原來(lái)有誤的代碼:
- StringBuilder strSql = new StringBuilder();
- strSql.Append("update news_Table set ");
- strSql.Append("NewsTitle=@NewsTitle,");
- strSql.Append("NewsContent=@NewsContent,");
- strSql.Append("NewsReporter=@NewsReporter");
- strSql.Append(" where NewsID=@NewsID ");
- OleDbParameter[] parameters = {
- new OleDbParameter("@NewsID", OleDbType.Integer,4),
- new OleDbParameter("@NewsTitle", OleDbType.VarChar),
- new OleDbParameter("@NewsContent", OleDbType.VarChar),
- new OleDbParameter("@NewsReporter", OleDbType.VarChar)};
- parameters[0].Value = model.NewsID;
- parameters[1].Value = model.NewsTitle;
- parameters[2].Value = model.NewsContent;
- parameters[3].Value = model.NewsReporter;
- return DbHelperOleDb.ExecuteSql(strSql.ToString(), parameters);
因?yàn)檫@個(gè)代碼是使用動(dòng)軟代碼生成器自動(dòng)生成的,所以我可以肯定代碼是無(wú)誤的,可是問(wèn)題出在我修改了參數(shù),自動(dòng)生成的代碼里包含可以更新ID,我數(shù)據(jù)庫(kù)里的ID是自動(dòng)增長(zhǎng)的,所以不能更新,我也就直接刪除了ID,變成上面的錯(cuò)誤代碼。就這樣,問(wèn)題就出來(lái)啦,不管我如何調(diào)試,都無(wú)濟(jì)于事,始終不能更新到數(shù)據(jù)庫(kù)。
在琢磨很久之后,換成更加不同的方式來(lái)更新數(shù)據(jù)庫(kù),也就是不使用@傳參數(shù),直接使用++方式的代碼。
++方式的代碼:
- string strSql;
- strSql="update news_Table
- set NewsTitle='"+model.NewsTitle+"',NewsContent='"+model.NewsContent+"',NewsReporter='"+
- model.NewsReporter+"' where NewsID="+model.NewsID;
- return DbHelperOleDb.ExecuteSql(strSql);
使用這種方式可以很順利的更新數(shù)據(jù)庫(kù)里的數(shù)據(jù)。
這樣的結(jié)果讓我很抓狂。我不知道該怎么辦好,我想不通為什么傳參數(shù)的方式不行,但是直接寫的方式就可以。接著就是我瘋狂地在Google上搜索的這方面的資料,但是搜到這方面和我同樣的問(wèn)題的日志不多。但是還是有解決這個(gè)問(wèn)題的解決方案,那就是參數(shù)賦值順序和傳入的時(shí)候一致,下面貼出正確的代碼:
正確傳參數(shù)的代碼:
- StringBuilder strSql = new StringBuilder();
- strSql.Append("update news_Table set ");
- strSql.Append("NewsTitle=@NewsTitle,");
- strSql.Append("NewsContent=@NewsContent,");
- strSql.Append("NewsReporter=@NewsReporter");
- strSql.Append(" where NewsID=@NewsID ");
- OleDbParameter[] parameters = {
- new OleDbParameter("@NewsTitle", OleDbType.VarChar),
- new OleDbParameter("@NewsContent", OleDbType.VarChar),
- new OleDbParameter("@NewsReporter", OleDbType.VarChar),
- new OleDbParameter("@NewsID", OleDbType.Integer,4)};
- parameters[0].Value = model.NewsTitle;
- parameters[1].Value = model.NewsContent;
- parameters[2].Value = model.NewsReporter;
- parameters[3].Value = model.NewsID;
- return DbHelperOleDb.ExecuteSql(strSql.ToString(), parameters);
只是參數(shù)順序改變了一下就可以正常更新Access數(shù)據(jù)庫(kù)啦,也許這應(yīng)該是Access的一個(gè)Bug吧,也許Access本來(lái)就如此,比MSSQL語(yǔ)法要嚴(yán)格。
總結(jié)
Access和MSSQL還是有不同的,不能夠一味的按照MSSQL的方式去解決Access上的問(wèn)題,只是有一些相同。
原文標(biāo)題:Access使用參數(shù)方法更新數(shù)據(jù)庫(kù)的問(wèn)題
鏈接:http://www.cnblogs.com/Jane_Wang/archive/2010/08/07/1794845.html
【編輯推薦】
- Access文件導(dǎo)入SQL Server錯(cuò)誤代碼破解思路
- Access數(shù)據(jù)導(dǎo)入Mysql數(shù)據(jù)庫(kù)的實(shí)際操作
- 在ACCESS中調(diào)用后臺(tái)存儲(chǔ)過(guò)程
- 利用C#遠(yuǎn)程存取Access數(shù)據(jù)庫(kù)
- SQL Server數(shù)據(jù)復(fù)制到的Access很簡(jiǎn)單!