在這里記錄一下之前使用Entity Framework（4.3.1版本）遇到的問題。
更新沒有設(shè)置主鍵的表
在默認(rèn)情況下，EF不能對一個沒有主鍵的表進(jìn)行更新、插入和刪除的動作。用xml方式查看edmx文件，可以在SSDL中可以看到如下xml片斷（我定義了一個沒有主鍵的表tb_WithoutKey）。

我再加入一個有主鍵的表進(jìn)行對比，同樣的在SSDL中，可以看到有主鍵的表的定義如下。

我們把沒有主鍵的<EntitySet>照著上面這個節(jié)點(diǎn)進(jìn)行更改：刪除<DefiningQuery>節(jié)點(diǎn)，將store:Schema=”dbo”更改為Schema=”dbo”。這樣我們就可以對之前沒有設(shè)置主鍵的表進(jìn)行更新、刪除以及插入操作了。
無主鍵的表SSDL定義其實(shí)更像是視圖，我有一點(diǎn)不明的是store:這個命名空間的作用是什么，為什么只是刪除<DefiningQuery>不行，還需要將Schema屬性的store命名空間刪除才可以。以上都是我還不明白的地方，只是作為一個解決方案，它確實(shí)簡單可行。
更改Code-First的默認(rèn)連接
我們知道使用Code-First的時候我們甚至可以不用寫連接字符串，但是這個默認(rèn)的連接只識別本機(jī)的SQL Express版數(shù)據(jù)庫，如果你是使用其它數(shù)據(jù)庫甚至就是Sql Server非Express版，都不行。
在不提供任何連接數(shù)據(jù)庫信息的情況下，EF會創(chuàng)建一個默認(rèn)的DefaultConnectionFactory，這個默認(rèn)的連接工廠使用的就是SqlConnectionFactory，然后我們可以通過reflector看到它的構(gòu)造函數(shù)如下。
public SqlConnectionFactory()
{
this._baseConnectionString = @"Data Source=.\SQLEXPRESS; Integrated Security=True; MultipleActiveResultSets=True";
}
所以說EF默認(rèn)只能連Sql Express版的數(shù)據(jù)庫。SqlConnectionFactory提供一個構(gòu)造函數(shù)重載，可以指定連接字符串，修改默認(rèn)的數(shù)據(jù)庫連接，我們可以在配置文件中添加以下節(jié)點(diǎn)進(jìn)行配置。

不過不管怎樣，我覺得還是指定好連接字符串來開發(fā)比較好，排除各種不可控的因素。
檢測字符串截斷錯誤
有時使用EF的時候會出現(xiàn)像以下這樣的錯誤。
 
產(chǎn)生這個錯誤的原因一般都是數(shù)據(jù)庫里設(shè)置的字段長度小于你插入的新數(shù)據(jù)的長度。但是知道原因，要知道具體是哪個字段的長度超出范圍了卻比較困難了，EF給出的信息也不明確，當(dāng)然，如果數(shù)據(jù)庫中的字段少，可以很快篩選出來，但是如果表中的字段非常多，那就麻煩了。這個時候我們就可以用到SQL Server自帶的SQL Server Profiler這個工具了（Express版沒有這個工具）。
假設(shè)我有個tb_Test表，里面有個Name字段，類型為varchar(10)。在運(yùn)行我們錯誤的程序前，先開啟Profiler，選擇好你連接的數(shù)據(jù)庫開始監(jiān)控。最后就可以看到我們錯誤的SQL語句了。
 
這個工具可以方便的監(jiān)控到EF運(yùn)行時對數(shù)據(jù)庫的操作，注意上圖，該工具會自動分辨出這是來自Entity Framework的請求，然后下邊是具體的SQL語句。
以上只是我上兩周使用EF時實(shí)際遇到的問題總結(jié),在實(shí)際中絕對不止上述我遇到的這些問題,歡迎各位園友多多提出哈!

最新評論